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