我应该如何组织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下为每个逻辑层（核心，数据等）添加文件夹。