ASP.NET解决方案的典型结构？

Question

正如标题所说，我很想知道你通常如何构建ASP.NET解决方案。

我对 ASP.NET WebSite 解决方案特别感兴趣，但与其他类型（WebApplication，MVC）相关的信息也可能很有趣。

一些具体问题：

• 解决方案包含的内容/项目/程序集
• 如何命名您的类库项目
• 您通常拥有哪些名称空间
• 每个项目/程序集有多个名称空间，或者您是否有严格的1：1关系
• 等

由于

Answer 1

我的一个项目如下：

• SLN
  • Sln.Core
  • Sln.Core.Test
  • Sln.Data
  • Sln.Data.Test
  • Sln.Web
  • Sln.Web.Test

Core是域模型和域服务，只要它们可以在不加入持久性的情况下完成。数据是持久层，它基本上意味着FluentNHibernate定义和Core中定义的接口的具体实现。 Web是前端层。

Answer 2

我做过类似于司法的事情。但是项目更少（编译时间更短）

SLN

• Project.Core
• Project.Web
• Project.Test

Project.Core将如下所示

• 存储库
• 域
• 演示
• 服务
• 查看
• 通用

我并没有从多个（超过3个）项目中获益。您没有获得可测试性，并且您的编译时间会更长。

此外，当我获得网站项目时，我做的第一件事就是将其转换为Web应用程序。但总的来说，当我在网站和Web应用程序之间切换时，我的项目不会改变。

Answer 3

我通常使用应用程序的名称作为解决方案名称（使用通用的“解决方案”项目类型），然后将SolutionName.Site，SolutionName.Domain，SolutionName.Persistence等用于它包含的项目。它似乎更容易处理所有引用。

我希望看到其他人的答案。虽然这是我发现的最佳方式，但我无法摆脱可能会有更好的感觉。