asp.net-mvc - ASP.NET MVC - 解决方案布局建议

Question

我已经使用 ASP.NET MVC 几个月了，但我仍然对我的项目解决方案的布局不满意。我正在尝试构建一个尽可能可移植和可重复使用的中型网站CMS，并且它的设计存在一些明显的问题。我正在寻找一些关于如何在考虑到关注点分离的情况下构建我的解决方案的建议。我找到了 a similar question here ，但它并没有真正针对我面临的一些问题。

现在这就是我的解决方案的布局方式:

+Project.Controllers - 所有 Controller 类
P+项目. Controller .测试

+Project.Core - 实用程序类，包括重复性任务和一些配置处理程序(这个项目需要更好地充实)
+Project.Core.Tests

+Project.Models - 模型类、 Entity Framework 上下文和存储库类
+项目.模型.测试

+Project.Web - 所有 View 和内容

我目前缺少的一件主要事情是放置我的业务逻辑的地方，我觉得我一直错误地将业务逻辑放在我的存储库类中，并将其混合在 Controller 操作中。显然，我非常清楚这个问题，我只是不确定应该将我的业务逻辑放置在该解决方案布局中的什么位置。我的解决方案结构是否需要更改，或者我可以安全地在我的模型项目中保留该业务逻辑吗？此外，我真的不喜欢我的 EF 上下文位于 Models 类中，但我不知道有什么方法可以将数据层代码与模型中所需的实体类隔离。

其他人如何布置他们的生产 ASP.NET MVC 解决方案？

Answer 1

您可能想查看 S#arp architecture project 的布局使用或 onion architecture用于 Code Camp Server MVC 引用应用程序。这两个项目都由不同的人投入大量精力，以在 ASP.NET MVC 和域驱动设计的上下文中很好地分离关注点。