【無私分享：ASP.NET CORE 項目實戰（第三章）】EntityFramework下領域驅動設計的應用

 

目錄索引　

 

【無私分享：ASP.NET CORE 項目實戰】目錄索引

 

簡介

 

　　在咱們 【無私分享：從入門到精通ASP.NET MVC】 系列中，咱們其實也是有DDD思想的，可是沒有徹底的去實現，由於並非全部的好的東西都必需要用到的，仍是根據實際狀況，DDD在大型的系統中是很是好的一種設計思想，這點不否定。可是根據具體狀況而言，在咱們小型的項目中，咱們設計框架的更多考慮的是讓使用者快速、便捷的開發，能快速的瞭解框架進行項目開發。

 

 

重構咱們的思路

 

　　最近研究了一下幾位大神的博客，特別是：@騰飛（Jesse） 的  初探領域驅動設計（1）爲複雜業務而生 和 @dax.net 的 EntityFramework之領域驅動設計實踐 （一）

 

　　讓我從新認識了一下 DDD，對於這個設計思想，說實話，我仍是比較陌生的，算是一個初學者，根據本身的一些理解，我對比了一下 初探領域驅動設計（1）爲複雜業務而生示例代碼的調用關係：

　　以前的調用關係：接口實現類 繼承 倉儲 RepositoryBase<T> 實現業務操做和數據操做，進行操做的方式就是 調用接口方法 實現操做

                   

　　騰飛（Jesse）初探領域驅動設計（1）爲複雜業務而生 中示例代碼的調用關係：領域層 調用 倉儲 IRepository<T> 實現業務操做和數據操做，而後他的接口實現類，看上去像是 「中轉」了一下，進行操做的方式就是 調用接口方法 接口方法 再調用 領域層的方法 實現操做 

 

　　      

這好像就是比個人多了一個「中轉層」，把咱們的接口做爲了一箇中轉，領域層繼承了倉儲實現業務和數據操做，這有什麼實際意義嗎？但願你們指正一下：

我不理解的是，若是是按照這樣，那麼我若是要修改註冊方法，好比我要在上面方法中傳遞 eamil,name,password 的基礎上還須要傳遞手機號碼，那麼我須要修改"三"個地方，一個是應用層的接口IUserService 的 Register 的參數，一個是應用層的實現類 UserService 的 Register 的參數，還有 領域層 的 Register 的參數和方法體；而在我以前的代碼中，只須要修改接口 IUserManage 的 Register 的參數 和 實現類 UserManage 的 Register 的參數和方法體 就能夠。

 

 

 

但願跟你們一塊兒學習Asp.net Core 

剛開始接觸，水平有限，不少東西都是本身的理解和翻閱網上大神的資料，若是有不對的地方和不理解的地方，但願你們指正！

雖然Asp.net Core 如今很火熱，可是網上的不少資料都是前篇一概的複製，因此有不少問題我也暫時沒有解決，但願你們能共同幫助一下！

 

原創文章 轉載請尊重勞動成果 http://yuangang.cnblogs.com