儿子今天玩的有点晚了，所以今天的文章写的也有点晚了，呵呵！
从标题上可以知道，今天主要来讲继承，事实上是“继承”在项目架构中有没有用，如果有用，那应该如何去用的问题，一说到继承就肯定会说两个东西，基类（父类）和派生类（子类），在架构中，我们这样定义一个基类：当很多类型有相同的属性或相似的行为时，我们应该把它们的公共部分提取到一个新的类型中，这个类我们称为它们的基类，基类在架构中多为抽象类，即本身只定义和简单的实现，具体的调用和复杂逻辑由它的子类去实现和复写。
在Ｎ层架构中，ＵＩ层，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类型，它的构造方法提供了带参和空参的方法重载，这样写的好处是更好的实现代码的松耦合，提供代码的稳定性及可测试性，即，当我们使用空参构造类实例时，它会建立默认的数据访问对象，而如果我们希望建立一个“测试”的内存数据对象时，可以使用第二个构造方式进行建立对象。
从本篇文章开始，将会出现大量的代码，以便去说明问题，希望符合大家的胃口。
本文转自博客园张占岭（仓储大叔）的博客，原文链接：你必须要知道的架构知识~第二章 代码是否面向对象，要看你的继承怎么用，如需转载请自行联系原博主。
