你必须要知道的架构知识~第二章 代码是否面向对象，要看你的继承怎么用

儿子今天玩的有点晚了，所以今天的文章写的也有点晚了，呵呵！

从标题上可以知道，今天主要来讲继承，事实上是“继承”在项目架构中有没有用，如果有用，那应该如何去用的问题，一说到继承就肯定会说两个东西，基类（父类）和派生类（子类），在架构中，我们这样定义一个基类：当很多类型有相同的属性或相似的行为时，我们应该把它们的公共部分提取到一个新的类型中，这个类我们称为它们的基类，基类在架构中多为抽象类，即本身只定义和简单的实现，具体的调用和复杂逻辑由它的子类去实现和复写。

在Ｎ层架构中，ＵＩ层，Service层及Data层都应该有自己的基类，而基类的主要作用就是将通用的部分进行抽象，这样在功能扩展，代码维护等方面都会变得方便，当然也更符合面向对象的原则。

ＵＩ层的基类：

/// <summary>
   /// Controller基ù类à
   /// </summary>
   public class BaseController : System.Web.Mvc.Controller
   {
       /// <summary>
       /// 数y据Y统3一?操ù作÷对?象ó
       /// </summary>
       protected IDataContext _db { get; set; }
       /// <summary>
       /// 用?户§操ù作÷权¨限T
       /// </summary>
       protected int UserOperatorRole { get; set; }
       /// <summary>
       /// 当±前°登?陆?的?用?户§ID
       /// </summary>
       protected long Current_UserID { get; set; }
   }
这是我的测试代码，我就把service层省去，下面是Data层的抽象：

/// <summary>
   /// 数y据Y库a基ù类à
   /// </summary>
   public abstract class DataBase
   {
       /// <summary>
       /// 数y据Y库a对?象ó
       /// </summary>
       protected DataContext _db = new DataContext();
       /// <summary>
       /// 统3一?提á交?动ˉ作÷
       /// </summary>
       protected virtual void SubmitChanges()
       {

           try
           {
               _db.SubmitChanges();
           }
           catch (System.Data.Linq.ChangeConflictException ex)
           {
               throw;
           }
       }
   }

在使用它们时，通过是用一个具体功能类去继承它们，以便来使用它们公开的属性和方法，如下：

我们看到上面的HomeController类型继承了BaseController类型，它的构造方法提供了带参和空参的方法重载，这样写的好处是更好的实现代码的松耦合，提供代码的稳定性及可测试性，即，当我们使用空参构造类实例时，它会建立默认的数据访问对象，而如果我们希望建立一个“测试”的内存数据对象时，可以使用第二个构造方式进行建立对象。

从本篇文章开始，将会出现大量的代码，以便去说明问题，希望符合大家的胃口。