正如标题所说,我很想知道您通常如何构建 ASP.NET 解决方案。
我对ASP.NET 网站解决方案特别感兴趣,但与其他类型(WebApplication、MVC)相关的信息也可能很有趣。
一些具体问题:
- 解决方案包含什么/多少项目/程序集
- 你如何命名你的类库项目
- 你通常有什么命名空间
- 每个项目/程序集是否有多个命名空间,或者是否有严格的 1:1 关系
- 等等
谢谢
正如标题所说,我很想知道您通常如何构建 ASP.NET 解决方案。
我对ASP.NET 网站解决方案特别感兴趣,但与其他类型(WebApplication、MVC)相关的信息也可能很有趣。
一些具体问题:
谢谢
我的一个项目如下所示:
核心是域模型和域服务,只要它们可以在不涉及持久性的情况下完成。数据是持久层,基本上就是FluentNHibernate定义和Core中定义的接口的具体实现。Web是前端层。
我做过类似正义的事情。但是项目更少(编译时间更快)
Sln
Project.Core 看起来像这样
我并没有真正从多个(超过 3 个)项目中受益。您不会获得可测试性,并且您的编译时间会变得更长。
另外,当我得到一个网站项目时,我做的第一件事就是将它转换为一个 Web 应用程序。但总的来说,当我在网站和 Web 应用程序之间切换时,我的项目并没有改变。
我通常使用应用程序的名称作为解决方案名称(使用通用的“解决方案”项目类型),然后将 SolutionName.Site、SolutionName.Domain、SolutionName.Persistence 等用于它包含的项目。它似乎更容易处理所有引用。
不过我想看看其他人的答案。虽然这是我发现的最好的方式,但我无法摆脱可能会有更好的方式的感觉。