上一篇文章主要講了經銷商注冊的倉儲和領域邏輯的實現,我們先把應用服務協調完成經銷商注冊這部分暫停一下,后面文章統一講。 這篇文章主要講講經銷商登錄的倉儲和相關邏輯的實現。 在現代應用程序前后端分離的實現中,通常不是將用戶登錄的信息存儲在服務器端Session,因為會存在服務器Session無法 ...
前兩篇文章主要實現了經銷商代注冊的倉儲與領域邏輯 經銷商登錄的倉儲與相關邏輯,這篇文章主要講述經銷商代注冊的用例與經銷商登錄的查詢功能。 一.經銷商代注冊用例 在經銷商代注冊用例中,我們需要傳遞經銷商的基本注冊信息,這個信息是做成了DTO對象。 .經銷商注冊的DTO對象: 在上述DTO對象中,Name和Tel屬性是子經銷商的名字和電話號碼 EleMoney代表子經銷商注冊時的電子幣,從領域邏輯中可 ...
2018-05-22 12:01 0 1063 推薦指數:
上一篇文章主要講了經銷商注冊的倉儲和領域邏輯的實現,我們先把應用服務協調完成經銷商注冊這部分暫停一下,后面文章統一講。 這篇文章主要講講經銷商登錄的倉儲和相關邏輯的實現。 在現代應用程序前后端分離的實現中,通常不是將用戶登錄的信息存儲在服務器端Session,因為會存在服務器Session無法 ...
上篇文章主要講述了經銷商上下文的需求與POCO對象,這篇文章主要講述該界限上下文的倉儲與領域邏輯的實現。 關於界限上下文與EF Core數據訪問上下文參考產品上下文相應的實現,這里不再累述。 因為在經銷商上下文中有兩個聚合,一個是經銷商聚合,一個是登錄聚合,所以我們需要實現兩個倉儲接口 ...
從這篇文章開始,我們開始介紹大健康行業直銷系統領域層的實現。 先簡單講下業務方面的需求:直銷系統會有一個頂級的經銷商,經銷商的基本信息中包括經銷商的名字、聯系人(因為在平台購買產品后,會寄送給聯系人)、總的電子幣(電子幣是由經銷商支付產生, 購買產品后會扣減電子幣)、總的獎金幣(系統周期性 ...
本系列文章 DDD實戰進階第一波(一):開發一般業務的大健康行業直銷系統(概述) DDD實戰進階第一波(二):開發一般業務的大健康行業直銷系統(搭建支持DDD的輕量級框架一) 近年來,關於如何開發基於業務的軟件系統與產品一直是軟件行業的一個重要內容。對於架構師與軟件開發人員來說,開發此類系統 ...
前一篇文章我們介紹了如何將創建產品的領域邏輯與產品的持久化倉儲通過上架產品的用例組織起來,完成了一個功能。在實際的項目中,多種前端的形態比如PC Web、 微信小程序、原生APP等要調用后端的功能,通常要將后端的功能包裝成RESTFUL風格,這樣前端就可以使用Http Get或Post方式調用 ...
從這篇文章開始,我們根據前面的DDD理論與DDD框架的約束,正式進入直銷系統案例的開發。 本篇文章主要講產品上下文中的領域層的主要實現,先簡單講下業務方面的需求:產品SPU與產品SKU,產品SPU主要是產品的名字和相關描述, 產品SKU包括產品SPU的多個規格,每個規格有不同的價格與PV值 ...
了解了DDD的好處與基本的核心組件后,我們先不急着進入支持DDD思想的輕量級框架開發,也不急於直銷系統需求分析和具體代碼實現,我們還少一塊, 那就是經典DDD的架構,只有了解了經典DDD的架構,你才能知道具體在哪層要實現哪些功能,編寫哪些代碼,具體在開發DDD的輕量級框架與具體模塊代碼實現 ...
本系列文章 DDD實戰進階第一波(一):開發一般業務的大健康行業直銷系統(概述) DDD實戰進階第一波(二):開發一般業務的大健康行業直銷系統(搭建支持DDD的輕量級框架一) 要實現軟件設計、軟件開發在一個統一的思想、統一的節奏下進行,就應該有一個輕量級的框架對開發過程與代碼編寫做一定 ...