Asp.Net DDD架構(gòu)淺談——領(lǐng)域劃分、倉(cāng)儲(chǔ)應(yīng)用、Services層定義

本系列目錄

Asp.Net DDD架構(gòu)淺談——整體框架說(shuō)明
Asp.Net DDD架構(gòu)淺談——領(lǐng)域劃分、倉(cāng)儲(chǔ)應(yīng)用、Services層定義
Asp.Net DDD架構(gòu)淺談——圖片上傳、縮略裁剪
Asp.Net DDD架構(gòu)淺談——依賴注入Autofac
Asp.Net DDD架構(gòu)淺談——網(wǎng)站配置

軟件開(kāi)發(fā)中的DDD,即領(lǐng)域驅(qū)動(dòng)設(shè)計(jì),Domain-Driven Design。相關(guān)的解釋大家可以Google下,很多標(biāo)準(zhǔn)的答案。
我說(shuō)下我所理解的,這是以業(yè)務(wù)為導(dǎo)向的架構(gòu)設(shè)計(jì)方式,也就是說(shuō)根據(jù)業(yè)務(wù)邏輯劃分領(lǐng)域,領(lǐng)域內(nèi)倉(cāng)儲(chǔ)自己管理內(nèi)部事務(wù),領(lǐng)域之間通過(guò)倉(cāng)儲(chǔ)接口溝通,弱化甚至是關(guān)閉了表之間的外鍵關(guān)系,僅僅通過(guò)id來(lái)記錄數(shù)據(jù)關(guān)聯(lián)。
舉個(gè)例子:
用戶和角色的關(guān)系,這是一個(gè)典型的多對(duì)多的關(guān)系,以前我會(huì)用關(guān)聯(lián)表來(lái)處理

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

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

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

        //做多對(duì)多關(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 = "請(qǐng)?zhí)顚憽皗0}”")]
        [StringLength(50, ErrorMessage = "{0}最多{1}個(gè)字符")]
        public string Name { get; set; }
      
        //做多對(duì)多關(guān)聯(lián),一個(gè)角色有多個(gè)用戶
        public virtual ICollection<Users> Users { get; set; }
}

這樣做的好處是什么呢,在Entityframework 里面,有LazyLoad 特性,當(dāng)我需要查詢出一個(gè)用戶時(shí),沒(méi)有必要把它相關(guān)的角色都加載出來(lái),按需加載即可。
而經(jīng)過(guò)實(shí)際項(xiàng)目會(huì)發(fā)現(xiàn),也會(huì)有不足,我不能加載我想要的某部分?jǐn)?shù)據(jù),要么加載這個(gè)用戶的全部角色, 要么不加載。
經(jīng)過(guò)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 = "請(qǐng)?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;
        }

}

通過(guò)User2Role類來(lái)溝通用戶的角色,按業(yè)務(wù)需要查詢即可。

聚合根

上面涉及到的三個(gè)類都繼承了AggregateRoot,這就是聚合根,也就是最小單元的領(lǐng)域類。來(lái)看下定義:

    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)限后面會(huì)出相關(guān)的文章。
  • UpdateTime是更新時(shí)間,一般用在排序上,客戶喜歡最近更新的數(shù)據(jù)排在前面。

數(shù)據(jù)倉(cāng)儲(chǔ)

在實(shí)現(xiàn)各個(gè)領(lǐng)域的數(shù)據(jù)倉(cāng)儲(chǔ)時(shí),發(fā)現(xiàn)會(huì)有一些函數(shù)是一樣的,把這些抽取出來(lái),在倉(cāng)儲(chǔ)基類中實(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的代碼太多,就不貼出來(lái)了,大家可以去看下源碼。
那對(duì)于用戶倉(cāng)儲(chǔ)要怎么寫呢,首先要定義它的倉(cāng)儲(chǔ)接口:

    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)目中會(huì)發(fā)現(xiàn)業(yè)務(wù)邏輯往往是復(fù)雜的,多領(lǐng)域關(guān)聯(lián)的,所以多了一個(gè)Services層級(jí)的定義:Steven.Domain.Services
還是拿用戶和角色舉例

  • 在某些業(yè)務(wù)邏輯下,只要拿到用戶數(shù)據(jù)即可,那么我們只要用IUserRepository即可;
  • 另一些邏輯下,獲取一些角色的所有用戶,業(yè)務(wù)邏輯已經(jīng)涉及到用戶和角色,單獨(dú)放在其中一個(gè)倉(cāng)儲(chǔ)顯然不好,這時(shí)可以用IUserRoleSvc。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

友情鏈接更多精彩內(nèi)容