解決方案：每個應用程序或每個應用程序套件

Question

通常，多個應用程序共享開發過程中經常變化的大型庫代碼庫。在這些情況下，我更願意創建一個以該套件命名的解決方案，併爲每個應用程序和共享庫包含單獨的項目。

這是一個很好的方法嗎？其他人如何構建其應用程序套件等代碼庫？

Answer 1

這確實取決於您組織的特殊需求。 MSDN具有good page通過各種推薦的溶液佈局推移，包括：

1. 的單解模型（優選的）
2. 的分區單解模型
3. 多溶液模型（只有當嚴格必要）

MSDN page還更詳細地討論了每個模型的優點和缺點，以便您可以決定哪個模型對您有意義。 :)

通常，對於您描述的應用程序套件，我會考慮分區的單一解決方案模型。有一個單一的主解決方案可以構建一切，併爲套件中的每個單獨應用程序提供多個獨立的解決方案（假設應用程序具有相當大的規模）。

如果套件中的應用程序很小並且構建得很快（例如，一套命令行工具），我甚至可能不會生成單獨的解決方案文件。這真是一個我們無法爲你做出的判斷。 :)

Answer 2

解決方案的實際結構實際上取決於內部工作流程。有一個非常敏捷，每個人的重構 - 一切辦法將指向一個解決方案與許多項目。如果您的店鋪有專用圖書館團隊和各種應用程序團隊，它們會定期發佈內部版本，然後單獨的解決方案可能有助於通過更強的解耦，並且減少構建時間。