本系列目录
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。
网友评论