我們頭開始，從簡單的單項目解決方案，逐步添加業務邏輯的約束，從應用邏輯和領域邏輯兩方面考慮，從簡單的單個項目逐步搭建一個多項目的解決方案。主要內容：（1）搭建應用邏輯和領域邏輯都簡單的單項目（2）為應用邏輯複雜的單項目添加應用服務（3）為領域邏輯複雜的單項目添加領域行為（4）Application膨...
我們頭開始，從簡單的單項目解決方案，逐步添加業務邏輯的約束，從應用邏輯和領域邏輯兩方面考慮，從簡單的單個項目逐步搭建一個多項目的解決方案。主要內容：
（1）搭建應用邏輯和領域邏輯都簡單的單項目
（2）為應用邏輯複雜的單項目添加應用服務
（3）為領域邏輯複雜的單項目添加領域行為
（4）Application膨脹時，分離Application項目
（5）分離Infrastructure項目
（6）添加Web服務支持
（7）Web伺服器負載均衡的支持
（8）其他方面的擴展支持
1.搭建應用邏輯和領域邏輯都簡單的單項目
業務邏輯簡單，主要的用例和CURD幾乎一一對應，沒有區分應用邏輯和領域邏輯的必要。
（1）搭建單項目解決方案：Example，項目類型為ASP.NET MVC
（2）添加Application文件夾，添加IRepository<T>介面。
（3）在Application文件夾中添加Domain文件夾，使用POCO作為實體。
（3）添加Infrastructure文件夾，添加Dependency文件夾，添加IContainer和IoCContainer實現，添加Repository文件夾和EfRepository<T>實現。
（4）添加Web文件夾，添加IoCControllerFactory實現，在Controller中通過構造註入IRespository<T>。
2.為應用邏輯複雜的單項目添加應用服務
業務邏輯複雜的原因更多體現在流程式控制制上而非領域邏輯上，因此我們對上文的項目進行改造。
（1）Application文件夾中添加Service文件夾，通過ApplicationService介面來抽象應用邏輯，在實現ApplicationService介面時通過構造註入IRepository<T>。
（2）在Controller不在直接依賴IRepository，在Controller中通過構造註入IApplicationService。
3.為領域邏輯複雜的單項目添加領域行為
領域邏輯複雜表現在過多的直接通過屬性進行實體狀態判斷並多次賦值，一般情況下這些代碼可以通過重構添加到實體。
（1）從ApplicationService中分離出與流程式控制制無關的代碼。
（2）對實體類添加行為，實體類的public方法的定義分離到實體介面中，其他方法為私有方法。
此時的項目結構如圖所示：
4.Application膨脹時，分離Application項目
Application是項目的核心，本身都是業務邏輯相關的代碼，即使對其他類庫有依賴也可以通過介面隔離方式消除，因此在Application代碼膨脹時，無論是應用邏輯和領域邏輯哪種原因，都應該分離Application項目，更重要的意義在於我們需要對Application項目進行單元測試。事實上複雜一些的項目，我們一開始構建的就是Application項目及其單元測試。
（1）在解決方案中添加Example.Application項目。
（2）將Example項目中的Application文件夾下的全部文件遷移到Example.Application項目中，這樣無需修改命名空間。
（3）修改Example項目添加Example.Application項目的引用。
此時解決方案的結構如圖所示：
5.分離Infrastructure項目
分離Application項目後，由於Infrastructure只單向依賴Application中的介面，因此分離Infrastructure項目順理成章。如果是多客戶端項目，在分離Infrastructure後可以考慮再從Web項目中分離出單獨表現邏輯層Example.WebBase。
（1）在解決方案中添加Example.Infrastructure項目。
（2）將Example項目中的Infrastructure文件夾下的全部文件遷移到Example.Infrastructure項目中，同樣無需修改命名空間。
（3）修改項目的引用，添加Example對Example.Infrastructure項目的引用，添加Example.Infrastructure對Example.Application的引用。
此時解決方案結構如圖所示：
6.添加Web服務支持
由於Web項目只依賴ApplicationService的介面，這是應有之意。我們添加服務層時只需要提供Web服務類型的IApplicationService介面實現即可。
（1）添加Example.Application.WebApi項目，引用Example.Application項目，封裝ApplicationService應用服務。
（2）添加Example.WebApiApplicationService項目，引用Example.Application和Example.Application.WebApi項目，實現IApplicationService介面的WebApi版本WebApiApplicationService。
（3）修改Example項目的依賴註入配置，將IApplicationService的實現配置為WebApiApplicationService。
（4）還要記得將Web項目中配置的ApplicationService的第三方依賴介面的依賴註入配置轉移到Web服務項目中。
此時解決方案如圖所示：
7.Web伺服器負載均衡的支持
添加Web伺服器的負載均衡主要解決認證token的問題和Session的問題。
（1）ASP.NET的Forms認證可以通過修改Web.config支持生成同樣的用戶token。
（2）ASP.NET的Session可以通過自定義SessionStateStoreProviderBase實現分離Session到Session狀態伺服器或集群。
8.其他方面的擴展支持
無論是郵件服務、緩存還是資料庫，Application都是通過介面隔離了具體的實現，因此我們可以按需添加ApplicationService中定義的IEmail、ICache、ILogger等的其他實現，再修改依賴註入的配置即可。如果沒有採用Web服務，修改Web項目，否則修改Web服務項目的依賴註入配置。
