.NET中多服務和組件的系統體系結構建議（C＃）

我們正在開發一個項目，該項目包含多個Windows服務，數據訪問層組件和用於用戶界面的網站。該項目還包括一個網絡服務器（它也將作爲服務運行並託管網站）。.NET中多服務和組件的系統體系結構建議（C＃）

現在，我們的目標是將所有組件和服務集成在一起，以便組件能夠相互交互並且具有（某些）組件的單個實例（如所有服務都使用的DAL）。

我們使用的技術是.NET 3.5（c＃）。

對於適合項目的合適體系結構的任何建議都很容易納入並且滿足所有要求。

來源

2010-02-04 Gaurav

看看這篇文章，我給了昨天。在這樣的分層架構中，您可以重複使用businesslogic和DAL dll爲您的Web應用程序以及Web服務。

唯一的區別是您在該架構之上插入的東西。優點：您的業務邏輯（因爲它駐留在單獨的圖層中）在您的Web服務和Web應用程序中將完全相同。

Where to put restrictions on entities when separating Business layer from Data Layer

來源

2010-02-04 10:27:57 Juri

您的帖子建議我們打算使用相同的架構。但是，我們認爲，由於我們的服務層和DAL已經創建，沒有定義接口，這意味着很多工作。此外，表示層緊密耦合到表示層（我們的部分是錯誤的），因此定義新的接口並且解耦是有點困難的。可能，我們將使用DI（使用Ninject的計劃）使用相同的體系結構， – Gaurav 2010-02-04 13:09:33

.NET中多服務和組件的系統體系結構建議（C＃）

回答

相關問題