解決方案項目

Question

我想知道如何將大規模應用划分為項目。 我需要創建：
1.數據訪問層的一個項目。
2.業務邏輯層的一個項目。
3.一個用於Web應用程序的項目。
？

我應該將數據訪問層和業務登錄層放在一起嗎？

另外，數據訪問層是否應該依賴於業務登錄層？

Web應用程序應該直接依賴於數據訪問層嗎？ （確實應該使用來自數據訪問層的方法來使用來自業務登錄層的對象）？

現在我有兩個項目：
1.網絡應用程序。
2.所有代碼包括數據訪問和業務對象。

Answer 1

在這里下載Microsoft應用程序架構指南，第2版，我現在正在閱讀它，它對這個主題非常有幫助：

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=ce40e4e1-9838-4c89-a197-a373b2a60df2

Answer 2

我通常會將我的項目分開：

解
- >演示層
- >業務層
- >數據層

然后我添加從演示文稿到業務和業務到數據的引用。 我從不讓我的演示文稿直接與Data交互。 通常，我還會在我的業務層中使用服務，如果需要，可以將其部署到單獨的位置。

Answer 3

這取決於你對“非常大的項目”的意思。

我們正在編寫一個MVC應用程序，我們將它分成幾個程序集...一個用於我們訪問的每個數據庫。 但它不僅僅是DAL，它還有一些特殊的邏輯。 該組件還具有一些通用功能。

然后，我們有一個共同的Web項目。

然后，我們為使用此數據的3個站點中的每個站點都有一個Web項目，它們都依賴於公共項目。

如果將其拆分為至少3個裝配體，則維護和開發可能會更容易。 這就是原因。

1. 它迫使你分離關注點，需要從數據中獲取一些東西嗎？ 把它放在數據組件中。 需要修改一些javascript嗎？ 把它放在演示文稿中。
2. 它允許專業化。 你可以得到一個專業的后端開發人員，或者一個javascript專家，他們可以在不影響任何其他人的情況下處理他們的程序集。
3. 如果前端的某些內容發生了變化，並且您想要進入新的前端，那么DAL和業務層很可能不需要那么多的更改。