2012年3月1日星期四

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

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

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

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

UI层的基类:

/// <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;           }       }   }

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

image

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

 

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


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

TAG: