Asp.Net DDD架构浅谈——领域划分、仓储应用、Services层定义

本系列目录

Asp.Net DDD架构浅谈——整体框架说明
Asp.Net DDD架构浅谈——领域划分、仓储应用、Services层定义
Asp.Net DDD架构浅谈——图片上传、缩略裁剪
Asp.Net DDD架构浅谈——依赖注入Autofac
Asp.Net DDD架构浅谈——网站配置

软件开发中的DDD，即领域驱动设计，Domain-Driven Design。相关的解释大家可以Google下，很多标准的答案。
我说下我所理解的，这是以业务为导向的架构设计方式，也就是说根据业务逻辑划分领域，领域内仓储自己管理内部事务，领域之间通过仓储接口沟通，弱化甚至是关闭了表之间的外键关系，仅仅通过id来记录数据关联。
举个例子：
用户和角色的关系，这是一个典型的多对多的关系，以前我会用关联表来处理

public class Users : AggregateRoot
{
        public Users()
        {
            UsersRoles = new HashSet<UsersRoles>();
        }

        [StringLength(50)]
        public string Realname { get; set; }

        [StringLength(50)]
        public string UserName { get; set; }

        //做多对多关联，一个用户有多个角色
        public virtual ICollection<UsersRoles> UsersRoles { get; set; }
}

public class UsersRoles: AggregateRoot
{
        public UsersRoles()
        {
            Users = new HashSet<Users>();
        }

        [Display(Name = "角色名")]
        [Required(ErrorMessage = "请填写“{0}”")]
        [StringLength(50, ErrorMessage = "{0}最多{1}个字符")]
        public string Name { get; set; }
      
        //做多对多关联，一个角色有多个用户
        public virtual ICollection<Users> Users { get; set; }
}

这样做的好处是什么呢，在Entityframework 里面，有LazyLoad 特性，当我需要查询出一个用户时，没有必要把它相关的角色都加载出来，按需加载即可。
而经过实际项目会发现，也会有不足，我不能加载我想要的某部分数据，要么加载这个用户的全部角色，要么不加载。
经过DDD后，我把他们划分为三个独立的领域：Users、UsersRoles、User2Role

public class Users : AggregateRoot
{
        public Users()
        {
            UsersRoles = new HashSet<UsersRoles>();
        }

        [StringLength(50)]
        public string Realname { get; set; }

        [StringLength(50)]
        public string UserName { get; set; }
}

public class UsersRoles: AggregateRoot
{
        public UsersRoles()
        {
            Users = new HashSet<Users>();
        }

        [Display(Name = "角色名")]
        [Required(ErrorMessage = "请填写“{0}”")]
        [StringLength(50, ErrorMessage = "{0}最多{1}个字符")]
        public string Name { get; set; }
      
}
[Table("User2Role")]
public class User2Role : AggregateRoot
{
        public long UserId
        {
            get;
            set;
        }

        public long RoleId
        {
            get;
            set;
        }

}

通过User2Role类来沟通用户的角色，按业务需要查询即可。

聚合根

上面涉及到的三个类都继承了AggregateRoot，这就是聚合根，也就是最小单元的领域类。来看下定义：

    public interface IAggregateRoot
    {
        long Id { get; set; }

        long CreateUserId { get; set; }
        string CreateUserName { get; set; }

        DateTime UpdateTime { get; set; }
    }

Id是主键。
CreateUserId 和CreateUserName是为了记录创建人，这是为了做数据权限准备的，数据权限后面会出相关的文章。
UpdateTime是更新时间，一般用在排序上，客户喜欢最近更新的数据排在前面。

数据仓储

在实现各个领域的数据仓储时，发现会有一些函数是一样的，把这些抽取出来，在仓储基类中实现：

    public interface IRepository<T>:IDisposable where T:class,IAggregateRoot
    {
        long Save(T obj, IDbTransaction trans = null);
        T Get(long id);

        long Insert(T obj, IDbTransaction trans = null);

        bool Delete(T obj, IDbTransaction trans = null);

        bool Update(T obj, IDbTransaction trans = null);

        string GetIP();

        int BatchDele(TableSource src, string ids, IDbTransaction trans = null);
        int BatchDele(TableSource src, IEnumerable<long> idArra, IDbTransaction trans = null);
    }

Repository的代码太多，就不贴出来了，大家可以去看下源码。
那对于用户仓储要怎么写呢，首先要定义它的仓储接口：

    public interface IUsersRepository:IRepository<Users>
    {
        Users GetByGid(string gid);
    }

然后实现类要同时继承Repository：

    public class UsersRepository : Repository<Users>, IUsersRepository
    {
        public ICacheManager Cache { get; set; }
        public Users GetByGid(string gid)
        {
            if (string.IsNullOrEmpty(gid))
            {
                return null;
            }
            var arr = gid.Split('-');
            if (arr.Length < 2)
            {
                return null;
            }
            var id = StringUtility.ConvertToBigInt(arr[1]);
            if (id == 0)
            {
                return null;
            }
            return Get(id);
        }
  }

Services层

实际项目中会发现业务逻辑往往是复杂的，多领域关联的，所以多了一个Services层级的定义：Steven.Domain.Services
还是拿用户和角色举例

在某些业务逻辑下，只要拿到用户数据即可，那么我们只要用IUserRepository即可；
另一些逻辑下，获取一些角色的所有用户，业务逻辑已经涉及到用户和角色，单独放在其中一个仓储显然不好，这时可以用IUserRoleSvc。