大型項目的體系結構/文件設置（Visual Studio）

Question

再次回來。

目前，我們正在進行一個相當大的項目，並且就設計模式/架構/文件設置等問題召開了幾次會議。

在上次會議中，我強烈反對所提議的體系結構/文件設置，並且知道我不確定是否只是為了這個目的而四處逛逛和爭論我的觀點。

因此，提議的所有項目都位於一個SLN IE數據，通用，業務和UI下。 顯然，在一個小型應用程序中，這會很棒，但是考慮到這將是包含4-6個UI應用程序（所有Web應用程序）的大型軟件。 關於UI項目，將有一個核心UI（MVC）項目，其中使用Areas將4-6個應用嵌套在核心MVC應用中。

我的問題是，如果dll中斷，它將導致所有崩潰。 我的建議不會產生這種影響，因為只有具有最新dll的應用程序才會失敗。

我也完全理解SLN是文件的容器。

再一次，這不是要抹殺我的任何同事，而僅僅是為了獲得更廣泛的知識。

請查看所附圖片，並讓我知道您的想法。

問候，

TEZ

Answer 1

一般而言，如果項目彼此不相關，則它們應位於單獨的解決方案中。 如果有幾個共享大量代碼的exe項目，但是它們自己依賴於許多（從三個到n個）不共享的項目，那么分離它們可能會很有用。 對於您是否應該將它們分開，我認為沒有黃金法則。 最后，它取決於您應自己評估的因素。 就個人而言，如果您對每個exe，視圖dll，ViewModels dll，模型dll有一個引導程序，那么如果它們很復雜（例如，它們以MVVM樣式構建），則我會將它們彼此分開。 如果將它們放在同一解決方案中，則解決方案可能會變得很污染。 並且不要忘記.sln合並。