咱們頭開始,從簡單的單項目解決方案,逐步添加業務邏輯的約束,從應用邏輯和領域邏輯兩方面考慮,從簡單的單個項目逐步搭建一個多項目的解決方案。主要內容:
(1)搭建應用邏輯和領域邏輯都簡單的單項目數據庫
(2)爲應用邏輯複雜的單項目添加應用服務緩存
(3)爲領域邏輯複雜的單項目添加領域行爲服務器
(4)Application膨脹時,分離Application項目負載均衡
(5)分離Infrastructure項目ide
(6)添加Web服務支持單元測試
(7)Web服務器負載均衡的支持測試
(8)其餘方面的擴展支持spa
業務邏輯簡單,主要的用例和CURD幾乎一一對應,沒有區分應用邏輯和領域邏輯的必要。orm
(1)搭建單項目解決方案:Example,項目類型爲ASP.NET MVCblog
(2)添加Application文件夾,添加IRepository<T>接口。
(3)在Application文件夾中添加Domain文件夾,使用POCO做爲實體。
(3)添加Infrastructure文件夾,添加Dependency文件夾,添加IContainer和IoCContainer實現,添加Repository文件夾和EfRepository<T>實現。
(4)添加Web文件夾,添加IoCControllerFactory實現,在Controller中經過構造注入IRespository<T>。
業務邏輯複雜的緣由更多體如今流程控制上而非領域邏輯上,所以咱們對上文的項目進行改造。
(1)Application文件夾中添加Service文件夾,經過ApplicationService接口來抽象應用邏輯,在實現ApplicationService接口時經過構造注入IRepository<T>。
(2)在Controller不在直接依賴IRepository,在Controller中經過構造注入IApplicationService。
領域邏輯複雜表如今過多的直接經過屬性進行實體狀態判斷並屢次賦值,通常狀況下這些代碼能夠經過重構添加到實體。
(1)從ApplicationService中分離出與流程控制無關的代碼。
(2)對實體類添加行爲,實體類的public方法的定義分離到實體接口中,其餘方法爲私有方法。
此時的項目結構如圖所示:
Application是項目的核心,自己都是業務邏輯相關的代碼,即便對其餘類庫有依賴也能夠經過接口隔離方式消除,所以在Application代碼膨脹時,不管是應用邏輯和領域邏輯哪一種緣由,都應該分離Application項目,更重要的意義在於咱們須要對Application項目進行單元測試。事實上覆雜一些的項目,咱們一開始構建的就是Application項目及其單元測試。
(1)在解決方案中添加Example.Application項目。
(2)將Example項目中的Application文件夾下的所有文件遷移到Example.Application項目中,這樣無需修改命名空間。
(3)修改Example項目添加Example.Application項目的引用。
此時解決方案的結構如圖所示:
分離Application項目後,因爲Infrastructure只單向依賴Application中的接口,所以分離Infrastructure項目瓜熟蒂落。若是是多客戶端項目,在分離Infrastructure後能夠考慮再從Web項目中分離出單獨表現邏輯層Example.WebBase。
(1)在解決方案中添加Example.Infrastructure項目。
(2)將Example項目中的Infrastructure文件夾下的所有文件遷移到Example.Infrastructure項目中,一樣無需修改命名空間。
(3)修改項目的引用,添加Example對Example.Infrastructure項目的引用,添加Example.Infrastructure對Example.Application的引用。
此時解決方案結構如圖所示:
因爲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服務項目中。
此時解決方案如圖所示:
添加Web服務器的負載均衡主要解決認證token的問題和Session的問題。
(1)ASP.NET的Forms認證能夠經過修改Web.config支持生成一樣的用戶token。
(2)ASP.NET的Session能夠經過自定義SessionStateStoreProviderBase實現分離Session到Session狀態服務器或集羣。
不管是郵件服務、緩存仍是數據庫,Application都是經過接口隔離了具體的實現,所以咱們能夠按需添加ApplicationService中定義的IEmail、ICache、ILogger等的其餘實現,再修改依賴注入的配置便可。若是沒有采用Web服務,修改Web項目,不然修改Web服務項目的依賴注入配置。