我應該如何組織我的ASP.NET Web API解決方案？

Question

我開始一個新的ASP.NET Web API項目。我承認，我從來沒有擅長在我的解決方案中組織我的項目。我想在這方面做得更好，因此也是一個問題。

首先，我打算使用的命名約定是我找到了幾個地方（博客，MSDN等）幷包含CompanyName.ProductName.Component。

我的困惑在於解決方案中的項目。我有服務工作的概念證明，但一切都在一個項目中。它的工作原理，但由於各種原因，這是不好的，我想分開組件。該項目使用EF，數據存儲庫接口，測試項目，業務對象以及Web API控制器。我應該如何組織我的解決方案和各種項目？

Answer 1

這個問題沒有一個通用的答案。然而，這是我的默認：

一些其他注意事項：

雖然網絡，核心的項目名稱，以及數據[產品名稱] [層]，我更改默認設置。命名空間和程序集名稱爲[company]。[product]。[layer]。我沒有完全限定，以便我可以保持路徑長度不變（一旦您在路徑中輸入了256個字符，構建就會抱怨）。

模型項目通常也有其他文件夾，例如\ validation，\ exceptions等等，但我只是想說明我通常會將模型類旁邊的數據訪問接口。

我不更改測試項目的默認名稱空間或程序集名稱，因爲它們對解決方案以外的任何內容都不重要。這就是說，如果我的API是死的簡單（只有幾個控制器），我可能會去一個項目的API和一個測試項目。如果我這樣做，我爲每個邏輯層（核心，數據等）添加API下的文件夾。