本系列目錄
Asp.Net DDD架構(gòu)淺談——整體框架說明
Asp.Net DDD架構(gòu)淺談——領(lǐng)域劃分、倉儲應(yīng)用、Services層定義
Asp.Net DDD架構(gòu)淺談——圖片上傳、縮略裁剪
Asp.Net DDD架構(gòu)淺談——依賴注入Autofac
Asp.Net DDD架構(gòu)淺談——網(wǎng)站配置
軟件開發(fā)中的DDD，即領(lǐng)域驅(qū)動設(shè)計(jì)，Domain-Driven Design。相關(guān)的解釋大家可以Google下，很多標(biāo)準(zhǔn)的答案。
我說下我所理解的，這是以業(yè)務(wù)為導(dǎo)向的架構(gòu)設(shè)計(jì)方式，也就是說根據(jù)業(yè)務(wù)邏輯劃分領(lǐng)域，領(lǐng)域內(nèi)倉儲自己管理內(nèi)部事務(wù)，領(lǐng)域之間通過倉儲接口溝通，弱化甚至是關(guān)閉了表之間的外鍵關(guān)系，僅僅通過id來記錄數(shù)據(jù)關(guān)聯(lián)。
舉個(gè)例子：
用戶和角色的關(guān)系，這是一個(gè)典型的多對多的關(guān)系，以前我會用關(guān)聯(lián)表來處理
public class Users : AggregateRoot
{
public Users()
{
UsersRoles = new HashSet<UsersRoles>();
}
[StringLength(50)]
public string Realname { get; set; }
[StringLength(50)]
public string UserName { get; set; }
//做多對多關(guān)聯(lián)，一個(gè)用戶有多個(gè)角色
public virtual ICollection<UsersRoles> UsersRoles { get; set; }
}
public class UsersRoles: AggregateRoot
{
public UsersRoles()
{
Users = new HashSet<Users>();
}
[Display(Name = "角色名")]
[Required(ErrorMessage = "請?zhí)顚憽皗0}”")]
[StringLength(50, ErrorMessage = "{0}最多{1}個(gè)字符")]
public string Name { get; set; }
//做多對多關(guān)聯(lián)，一個(gè)角色有多個(gè)用戶
public virtual ICollection<Users> Users { get; set; }
}
這樣做的好處是什么呢，在Entityframework 里面，有LazyLoad 特性，當(dāng)我需要查詢出一個(gè)用戶時(shí)，沒有必要把它相關(guān)的角色都加載出來，按需加載即可。
而經(jīng)過實(shí)際項(xiàng)目會發(fā)現(xiàn)，也會有不足，我不能加載我想要的某部分?jǐn)?shù)據(jù)，要么加載這個(gè)用戶的全部角色， 要么不加載。
經(jīng)過DDD后，我把他們劃分為三個(gè)獨(dú)立的領(lǐng)域：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 = "請?zhí)顚憽皗0}”")]
[StringLength(50, ErrorMessage = "{0}最多{1}個(gè)字符")]
public string Name { get; set; }
}
[Table("User2Role")]
public class User2Role : AggregateRoot
{
public long UserId
{
get;
set;
}
public long RoleId
{
get;
set;
}
}
通過User2Role類來溝通用戶的角色，按業(yè)務(wù)需要查詢即可。
聚合根
上面涉及到的三個(gè)類都繼承了AggregateRoot，這就是聚合根，也就是最小單元的領(lǐng)域類。來看下定義：
public interface IAggregateRoot
{
long Id { get; set; }
long CreateUserId { get; set; }
string CreateUserName { get; set; }
DateTime UpdateTime { get; set; }
}
- Id是主鍵。
- CreateUserId 和CreateUserName是為了記錄創(chuàng)建人，這是為了做數(shù)據(jù)權(quán)限準(zhǔn)備的，數(shù)據(jù)權(quán)限后面會出相關(guān)的文章。
- UpdateTime是更新時(shí)間，一般用在排序上，客戶喜歡最近更新的數(shù)據(jù)排在前面。
數(shù)據(jù)倉儲
在實(shí)現(xiàn)各個(gè)領(lǐng)域的數(shù)據(jù)倉儲時(shí)，發(fā)現(xiàn)會有一些函數(shù)是一樣的，把這些抽取出來，在倉儲基類中實(shí)現(xiàn)：
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);
}
然后實(shí)現(xiàn)類要同時(shí)繼承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層
實(shí)際項(xiàng)目中會發(fā)現(xiàn)業(yè)務(wù)邏輯往往是復(fù)雜的，多領(lǐng)域關(guān)聯(lián)的，所以多了一個(gè)Services層級的定義：Steven.Domain.Services
還是拿用戶和角色舉例
- 在某些業(yè)務(wù)邏輯下，只要拿到用戶數(shù)據(jù)即可，那么我們只要用IUserRepository即可；
- 另一些邏輯下，獲取一些角色的所有用戶，業(yè)務(wù)邏輯已經(jīng)涉及到用戶和角色，單獨(dú)放在其中一個(gè)倉儲顯然不好，這時(shí)可以用IUserRoleSvc。
