# [.NET領域驅動設計實戰系列]專題十一：.NET 領域驅動設計實戰系列總結 ## 一、引用 其實在去年本人已經看過很多關于領域驅動設計的書籍了，包括Microsoft .NET企業級應用框架設計、領域驅動設計C# 2008實現、領域驅動設計：軟件核心復雜性應對之道、實現領域驅動設計和Asp.net 設計模式等書，但是去年的學習僅僅限制于看書，當時看下來感覺，領域驅動設計并沒有那么難，并且感覺有些領域驅動設計的內容并沒有好的，反而覺得有點華而不實的感覺，所以去年也就放棄了領域驅動設計系列的分享了，但是到今年，在博客園看到還是有很多人寫領域驅動的文章，以及介紹了領域驅動設計相關的好處，這時候我就想，領域驅動設計真有這么好嗎？但是我并不覺得好了，這時候就想是不是我沒有實戰沒有深刻的感受呢？因此我在今年3月份的時候又重拾領域驅動設計，打算分享一系列關于領域驅動設計實現的文章，所以也就有了這個系列。 ## 二、本系列所有專題目錄 在剛開始打算寫的時候，本以為對領域驅動設計相關理論知識掌握的不錯，但當真正打算寫的時候，發現之前的知識儲備差不多忘的差不多了，無奈下只有重新再拿起書本來溫習一遍，不過這次溫習很快，因為之前都已經看過一篇。這里分享出來就是想告訴大家，沒有真正實踐過的東西是很容易忘記的，這時更加堅定了我要寫這一系列的文章了。這個初衷也是我一直堅持寫這個系列的動力。現在這個系列也告一段落了，從中我確實體會了領域驅動設計的美妙之處，以及現在軟件設計的發展和改變。下面是本系列中所有專題的一個目錄，為了幫助更好地收藏和自己進行索引，關于實踐下來的體會將在下一部分分享給大家。 [[.NET領域驅動設計實戰系列]專題一：前期準備之EF CodeFirst](http://www.cnblogs.com/zhili/p/EFCodeFirst.html) [[.NET領域驅動設計實戰系列]專題二：結合領域驅動設計的面向服務架構來搭建網上書店](http://www.cnblogs.com/zhili/p/OnlineStorewithDDD.html) [[.NET領域驅動設計實戰系列]專題三：前期準備之規約模式(Specification Pattern)](http://www.cnblogs.com/zhili/p/SpecificationPattern.html) [[.NET領域驅動設計實戰系列]專題四：前期準備之工作單元模式(Unit Of Work)](http://www.cnblogs.com/zhili/p/UnitOfWork.html) [[.NET領域驅動設計實戰系列]專題五：網上書店規約模式、工作單元模式的引入以及購物車的實現](http://www.cnblogs.com/zhili/p/OnlineStore_Second.html) [[.NET領域驅動設計實戰系列]專題六：DDD實踐案例：網上書店訂單功能的實現](http://www.cnblogs.com/zhili/p/OnlineStoreImplementOrder.html) [[.NET領域驅動設計實戰系列]專題七：DDD實踐案例：引入事件驅動與中間件機制來實現后臺管理功能](http://www.cnblogs.com/zhili/p/OnlineStoreImplementManager.html) [[.NET領域驅動設計實戰系列]專題八：DDD案例：網上書店分布式消息隊列和分布式緩存的實現](http://www.cnblogs.com/zhili/p/OnlineStoreImplementDistribution.html) [[.NET領域驅動設計實戰系列]專題九：DDD案例：網上書店AOP和站點地圖的實現](http://www.cnblogs.com/zhili/p/OnlineStoreImplementAOP.html) [[.NET領域驅動設計實戰系列]專題十：DDD擴展內容：全面剖析CQRS模式實現](http://www.cnblogs.com/zhili/p/CQRSDemo.html) ## 三、總結 通過對領域驅動設計的實踐，本人對領域驅動設計的有點和缺點都有了一個清晰的認識。并不是所有軟件都適合應用領域驅動來實現的，例如在一些公司還是用三層框架來進行軟件的開發，這樣并沒有什么不好，針對一些業務邏輯簡單和后期需求變更不大的軟件，完全可以使用三層框架來進行開發，因為三層框架盡管各層之間的依賴關系比較大，不利于擴展。但其好處就是簡單，快捷。對于一些小型項目用三層框架是極好的。但對于一些大型項目來說，三層框架可能就不怎么適合了，尤其是大型網站項目。這時候就可以考慮使用領域驅動設計，領域驅動設計推崇的富領域模型，即將相關實體的業務邏輯放在領域實體里面。領域驅動設計思想分層結構更細，使得各層之間的依賴降低，通過引入依賴注入框架拉進入達到低耦合，高內聚原則。并且通過倉儲模式，可以使得針對其他數據庫的存儲也可以很方便的進行擴展。采用領域驅動設計也可以更多實施測試驅動開發，早在以前的項目，哪里會有單元測試這個東西啊。 通過這個系列最深刻的感受，除了對領域驅動設計有了更進一步的認識外，還有一點更深刻的感受就是做軟件的一定要把自己學到的內容實踐起來，并且通過博文或其他方式進行總結，這樣才能更好的積累。盡管通過博文的方式不經常用一樣會忘記，但是很多東西你總結了就是和沒總結的不一樣，總結了可以對知識有一個系統的梳理，這樣可以讓你深刻理解知識點，盡管忘記了，它也是被記錄在大腦的某個角度，當重新遇到問題時，你完全可以通過自己寫的博文重新找回來，并且找回來的認識并不會比之前的理解少，可能更加多，但是不總結的話，那種忘記可能就是真的忘記了，等于沒看一樣。所以，對于做軟件來說，真需要多實踐。所以，還是奉勸大家可以多總結，多實踐，拋下浮躁的心態，想做好技術，需要的靜下心來專研和實踐。最近，剛接觸的一個項目用到了一個一些非關系數據的內容。所以接下來，我將會新開一個非關系數據庫的系列來進行總結自己這段時間里的經歷。其中包括Mongodb、Redis等非關系數據庫的相關內容。 最后附上，所有專題的完整DDD實踐案例下載地址： **DDD實踐案例下載地址：[DDD實踐案例：網上書店](https://github.com/lizhi5753186/OnlineStore)**