在Suteki中，其使用Abstract的方式来定义一个ControllerBase，以此作为所有Controller
的基类，下面是其Controller的类设计图：

    
    
      在该基类中定义了一些Controller中常用到的方法，比如为当前视图添加MetaDescription，
Title等：       

      当然，细心的朋友发现了该抽象类中还包括一个IBaseControllerService接口实例。
该接口的主要定义了一些网店系统信息，如店铺名称，版权信息，Email信息等，如下：

    
      而初始化BaseControllerService实例并将配置文件中的信息绑定到该类实例中的操作交给了Windsor,
该组件在Castle中用于实现IOC操作，其配置文件位于项目Suteki.Shop\Configuration\Windsor.config.
下面是其配置结点内容: 
 
     到这里，其实大家应该发现这种对Controller的处理与我们以前所使用的PageBase方式相似，就是将
项目中所有的Page都继承自PageBase，然后在相应的Page中引用PageBase中定义的属性和方法。
     有了ControllerBase，我们看一下在相应的子Controller中是如何使用的，这里有一个例子，
ProductController（位于Suteki.Shop\Controllers\ProductController.cs）： 
   

      而作为唯一一个实现了该接口的子类“BaseControllerService”定义如下：  

public class BaseControllerService : IBaseControllerService
{
        public IRepository<Category> CategoryRepository { get; private set; }
        public string GoogleTrackingCode { get; set; }
        public string MetaDescription { get; set; }
        private string shopName;
        private string emailAddress;
        private string copyright;
        private string phoneNumber;
        private string siteCss;

        ..
}

    
     这类就完成了把网店的系统信息绑定到Controller中的操作，而Controller就会在其基类中将相关的
信息绑定到ViewData中，如下： 

下面是其运行时的截图：
    
        

public class ProductController : ControllerBase
{
    
    
 public ActionResult Item(string urlName)
 {
  return RenderItemView(urlName);
 }
    ..
    
 ActionResult RenderItemView(string urlName)
 {
  var product = productRepository.GetAll().WithUrlName(urlName);
  AppendTitle(product.Name);
  AppendMetaDescription(product.Description);
  return View("Item", ShopView.Data.WithProduct(product));
 } 
 
}

      该Controller中的Action："Item"调用了RenderItemView()就是使用了基类中的AppendTitle,
AppendMetaDescription。

        
    
      除了上面所说的这种ControllerBase方式，Suteki.Shop还使用了Controller<T>方式来实现对
一些公用Action的操作，比如列表，编辑，添加记录，调整记录上下位置等。而这块实现代码被放
置在了Suteki.Common\ScaffoldController.cs和OrderableScaffoldController.cs文件中，其中
ScaffoldController为父类，其中包括列表，编辑，添加Action等。

Code
public class ScaffoldController<T> : Controller where T : class, new()
{
    public IRepository<T> Repository { get; set; }
    public IRepositoryResolver repositoryResolver { get; set; }
    public IValidatingBinder ValidatingBinder { get; set; }
    public IHttpContextService httpContextService { get; set; }

    public virtual ActionResult Index(int? page)
    {
        return RenderIndexView(page);
    }

    protected virtual ActionResult RenderIndexView(int? page)
    {
        var items = Repository.GetAll().AsPagination(page ?? 1);
        return View("Index", ScaffoldView.Data<T>().With(items));
    }

    public virtual ActionResult New()
    {
        var item = new T();
        return View("Edit", BuildEditViewData().With(item));
    }

 
 [AcceptVerbs(HttpVerbs.Post)]
 public ActionResult New([DataBind(Fetch = false)] T item)
 {
  if(ModelState.IsValid)
  {
   Repository.InsertOnSubmit(item);
   TempData["message"] = "Item successfully added."; 
   return RedirectToAction("Index");
  }
  return View("Edit", BuildEditViewData().With(item));
 }

    [NonAction]
    public virtual ScaffoldViewData<T> BuildEditViewData()
    {
        var viewData = ScaffoldView.Data<T>();
        AppendLookupLists(viewData);
        return viewData;
    }

    public virtual ActionResult Edit(int id)
    {
        T item = Repository.GetById(id);
        return View("Edit", BuildEditViewData().With(item));
    }

 [AcceptVerbs(HttpVerbs.Post)]
 public virtual ActionResult Edit([DataBind] T item)
 {
  if(ModelState.IsValid)
  {
   TempData["message"] = "Item successfully updated.";
   return RedirectToAction("Index");
  }

  return View("Edit", BuildEditViewData().With(item));
 }

    public virtual ActionResult Delete(int id, int? page)
    {
        T item = Repository.GetById(id);
        Repository.DeleteOnSubmit(item);
        //Repository.SubmitChanges();

        return RedirectToAction("Index", new {page});
    }

    /// <summary>
    /// Appends any lookup lists T might need for editing
    /// </summary>
    /// <param name="viewData"></param>
    [NonAction]
    public virtual void AppendLookupLists(ScaffoldViewData<T> viewData)
    {
        // find any properties that are attributed as a linq entity
        foreach (var property in typeof(T).GetProperties())
        {
            if (property.PropertyType.IsLinqEntity())
            {
                AppendLookupList(viewData, property);
            }
        }
    }

    private void AppendLookupList(ScaffoldViewData<T> viewData, PropertyInfo property)
    {
        var repository = repositoryResolver.GetRepository(property.PropertyType);

        // get the items
        object items = repository.GetAll();

        // add the items to the viewData
        viewData.WithLookupList(property.PropertyType, items);
    }
}

     大家请注意ScaffoldController类中的几个公共属性：   

      其中Repository是一些对数据CRUD的操作对象，下面是Repository中的一些接口成员方法：

      这样就可以在ScaffoldController使用统一的接口函数调用相应子类中的实现方法了。   

      而ScaffoldController的子类OrderableScaffoldController则实现了对数据集合中的某行元素
上下移动的操作：
   

     而ShopScaffoldController这个抽象类有三个子类，如下图：
  
    

      因为这三个Controller的功能需求相似，而相应的Action实现也在基类“ScaffoldController”
中实现，所以相应的类代码基本上就没有什么了。只不过在这几个子类中都被绑定了UnitOfWork过滤
器（UnitOfWorkFilter），其代码如下Suteki.Common\Filters\UnitOfWorkAttribute.cs：

    
      其核心功能就是在对用户提交的数据进行有效验证后调用DataContext的SubmitChanges()方法
(注：该逻辑被放在了OnActionExecuted方法中实现)来保存修改，这种做法在以往的MVC示例子没有
看到过，呵呵，不过这种做法还有待研究。

     注：IOrderableService的实现相对复杂一些，具体内容详见Suteki.Common\Services\OrderableService.cs.
     
     按说有了这些功能之后，只要在相应的子类中直接继承使用就可以了，但在Suteki.Shop项目中
作者又对OrderableScaffoldController进行了一个“继承式”扩展，提供了与前面所说的那个“
ControllerBase"相似的方法定义，如下：