我們頭開始，從簡單的單項目解決方案，逐步添加業(yè)務邏輯的約束，從應用邏輯和領域邏輯兩方面考慮，從簡單的單個項目逐步搭建一個多項目的解決方案。主要內容：
（1）搭建應用邏輯和領域邏輯都簡單的單項目

（2）為應用邏輯復雜的單項目添加應用服務

（3）為領域邏輯復雜的單項目添加領域行為

（4）Application膨脹時，分離Application項目

（5）分離Infrastructure項目

（6）添加Web服務支持

（7）Web服務器負載均衡的支持

（8）其他方面的擴展支持

1.搭建應用邏輯和領域邏輯都簡單的單項目

業(yè)務邏輯簡單，主要的用例和CURD幾乎一一對應，沒有區(qū)分應用邏輯和領域邏輯的必要。

（1）搭建單項目解決方案：Example，項目類型為ASP.NET MVC

（2）添加Application文件夾，添加IRepository<T>接口。

（3）在Application文件夾中添加Domain文件夾，使用POCO作為實體。

（3）添加Infrastructure文件夾，添加Dependency文件夾，添加IContainer和IoCContainer實現(xiàn)，添加Repository文件夾和EfRepository<T>實現(xiàn)。

（4）添加Web文件夾，添加IoCControllerFactory實現(xiàn)，在Controller中通過構造注入IRespository<T>。

2.為應用邏輯復雜的單項目添加應用服務

業(yè)務邏輯復雜的原因更多體現(xiàn)在流程控制上而非領域邏輯上，因此我們對上文的項目進行改造。

（1）Application文件夾中添加Service文件夾，通過ApplicationService接口來抽象應用邏輯，在實現(xiàn)ApplicationService接口時通過構造注入IRepository<T>。

（2）在Controller不在直接依賴IRepository，在Controller中通過構造注入IApplicationService。

3.為領域邏輯復雜的單項目添加領域行為

領域邏輯復雜表現(xiàn)在過多的直接通過屬性進行實體狀態(tài)判斷并多次賦值，一般情況下這些代碼可以通過重構添加到實體。

（1）從ApplicationService中分離出與流程控制無關的代碼。

（2）對實體類添加行為，實體類的public方法的定義分離到實體接口中，其他方法為私有方法。

此時的項目結構如圖所示：

4.Application膨脹時，分離Application項目

Application是項目的核心，本身都是業(yè)務邏輯相關的代碼，即使對其他類庫有依賴也可以通過接口隔離方式消除，因此在Application代碼膨脹時，無論是應用邏輯和領域邏輯哪種原因，都應該分離Application項目，更重要的意義在于我們需要對Application項目進行單元測試。事實上復雜一些的項目，我們一開始構建的就是Application項目及其單元測試。

（1）在解決方案中添加Example.Application項目。

（2）將Example項目中的Application文件夾下的全部文件遷移到Example.Application項目中，這樣無需修改命名空間。

（3）修改Example項目添加Example.Application項目的引用。

此時解決方案的結構如圖所示：

5.分離Infrastructure項目

分離Application項目后，由于Infrastructure只單向依賴Application中的接口，因此分離Infrastructure項目順理成章。如果是多客戶端項目，在分離Infrastructure后可以考慮再從Web項目中分離出單獨表現(xiàn)邏輯層Example.WebBase。

（1）在解決方案中添加Example.Infrastructure項目。

（2）將Example項目中的Infrastructure文件夾下的全部文件遷移到Example.Infrastructure項目中，同樣無需修改命名空間。

（3）修改項目的引用，添加Example對Example.Infrastructure項目的引用，添加Example.Infrastructure對Example.Application的引用。

此時解決方案結構如圖所示：

6.添加Web服務支持

由于Web項目只依賴ApplicationService的接口，這是應有之意。我們添加服務層時只需要提供Web服務類型的IApplicationService接口實現(xiàn)即可。

（1）添加Example.Application.WebApi項目，引用Example.Application項目，封裝ApplicationService應用服務。

（2）添加Example.WebApiApplicationService項目，引用Example.Application和Example.Application.WebApi項目，實現(xiàn)IApplicationService接口的WebApi版本W(wǎng)ebApiApplicationService。

（3）修改Example項目的依賴注入配置，將IApplicationService的實現(xiàn)配置為WebApiApplicationService。

（4）還要記得將Web項目中配置的ApplicationService的第三方依賴接口的依賴注入配置轉移到Web服務項目中。

此時解決方案如圖所示：

7.Web服務器負載均衡的支持

添加Web服務器的負載均衡主要解決認證token的問題和Session的問題。

（1）ASP.NET的Forms認證可以通過修改Web.config支持生成同樣的用戶token。

（2）ASP.NET的Session可以通過自定義SessionStateStoreProviderBase實現(xiàn)分離Session到Session狀態(tài)服務器或集群。

8.其他方面的擴展支持

無論是郵件服務、緩存還是數(shù)據(jù)庫，Application都是通過接口隔離了具體的實現(xiàn)，因此我們可以按需添加ApplicationService中定義的IEmail、ICache、ILogger等的其他實現(xiàn)，再修改依賴注入的配置即可。如果沒有采用Web服務，修改Web項目，否則修改Web服務項目的依賴注入配置。

總結

以上是生活随笔為你收集整理的架构系列：ASP.NET 项目结构搭建的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。