你必须要知识的架构知识~第四章 抽象类展现代码的层次感
有几天没写这方面的文章了，坦白说，没灵感，今天晚上，还是要写点东西，准备说一下抽象类在架构设计中的层次感，其实一说到抽象类，大家第一个就会想到基类，由通用属性和通用方法组成的类，可能定义一些规范，而自身又可以实现一些统一功能的类，这都是抽象类的表现，我不想把书本上的话拿出来说，也不想把某校培训学校名师的话拿来说，我只想从我的代码中说问题，因为大家真正想听的，想看的是这些“术语“在代码中的应用，不是吗？呵呵。
这几天又看了看ＥＦ的code first模块，就是把实体类设计好，然后运行后，将用到的类进行数据表的自动生成，我也曾经说过，code first使“面向对象更加面向对象”了，但如果是团队开发的话，这种模块可能会有点乱，给数据统一带来一些坏味道，为何？说一个场景：张三建了一张user表，李四不知道张三建了user表，他希望用到一个用户类型的实体，所以李四也可能建立了一个userbase表，这时，当他们运行程序后，数据库可能会有两个功能相同的用户表，这就是数据上的不统一，其实code first对象小项目还是很不错的选择，大型项目建议还是用database first，即，先设计数据库，再生成实体对象。
用code first说一个抽象类的用法：
首先对于实体表应该会有一个主键，为了保险起见，我们用long类型，也就是sqlserver里的bitint ,Ｃ#里int64，保留字是long,代码可能是这样
/// <summary> /// 实体基类 /// </summary> public abstract class BaseEntity { /// <summary> /// 統一主鍵 /// </summary> [Key] [Display(AutoGenerateField = false)] public virtual long ID { get; set; }
}
而继承它的实体，将会享有一个long类型的主键，名为ＩＤ，实体代码可能是这样
/// <summary> /// 用户表 /// </summary> public class UserBase : BaseEntity { public UserBase() { } /// <summary> /// 用户名 /// </summary> [Required(MessageType.RequiredField, "UserName")] public string UserName { get; set; } /// <summary> /// 密码 /// </summary> [Required(MessageType.RequiredField, "Password")] public string Password { get; set; } /// <summary> /// 电子邮件 /// </summary> public string Email { get; set; } } 其时，抽象类很多时间是为我们提供一些可以复习的虚方法，它使程序开发更具灵活性和扩展性，同时也不破解面向对象的原则。
代码可能是这样
/// <summary> /// Controller基类 /// </summary> internal abstract class BaseController : System.Web.Mvc.Controller { /// <summary> /// 数据统一操作对象 /// 子类根据自己的具体需要进行创建 /// </summary> protected Data.IRepository _iRepository { get; set; } /// <summary> /// 用户操作权限 /// </summary> protected int UserOperatorRole { get; set; } /// <summary> /// 当前登陆的用户ID /// </summary> protected long Current_UserID { get; set; } }
这是一个controller的基类型，它提供了一个指向数据层的引用，这个引用我们多用接口来表示，即在基类声明一个接口类型，然后在派生类中建立符合这个接口的实例，而建立什么样的实体（ＳＱＬ数据库的，ＭＹＳＱＬ数据库的，内存的等等）操作，由具体的业务决定，具体业务可能是这样
public class HomeController : BaseController { public HomeController() : this(new DataRepository()) { } public HomeController(IRepository iRepository) { _iRepository = iRepository; } ……
}
我们可以看到，在默认情况下，HomeController类型会建立一个DataRepository进行对数据操作实现，当然，在构造方法中，我们会为其它业务流出一个实体的方法，也就是public HomeController(IRepository iRepository) 这个方法。
在抽象方法对项目结构层次感这篇文章中，我们应该可以体会到，在开发项目时，第一要善于将可以抽象的对象进行抽象，第二将可能出现的情况通过抽象类或者接口提前预留出来，这是很重要的。
谢谢各位阅读，有事您留……