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

Question

我正在啟動一個新的ASP.NET Web API項目。 我承認，我從來都不擅長在解決方案中組織項目。 我想對此做得更好，因此是一個問題。

首先，我打算使用的命名約定是我在幾個地方（博客，MSDN等）發現的，並且包含CompanyName.ProductName.Component。

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

Answer 1

這個問題沒有一個千篇一律的答案。 但這是我的默認設置：

一些附加說明：

盡管Web，核心和數據的項目名稱為[productName]。[layer]，但我將默認名稱空間和程序集名稱更改為[company]。[product]。[layer]。 我沒有完全限定，所以我可以減小路徑長度（一旦在路徑中輸入256個字符，構建就會抱怨）。

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

我不會更改測試項目的默認名稱空間或程序集名稱，因為它們對解決方案之外的任何內容都不重要。

話雖如此，如果我的API非常簡單（只有幾個控制器），那么我可能會去一個API項目和一個測試項目。 如果這樣做，我將在API下為每個邏輯層（核心，數據等）添加文件夾。