如何构建一个 asp.net mvc 应用程序？

Question

为了遵循最佳实践，我已经阅读了一些关于架构和模式的知识。这就是我们拥有的架构，我想知道您对它的看法以及任何提议的更改或改进 -

• Presentation Layer - 包含视图所需的所有视图、控制器和任何辅助类，还包含对模型层和业务层的引用。
• 业务层 - 包含它正在使用的所有业务逻辑和验证以及安全帮助程序类。它包含对数据访问层和模型层的引用。
• 数据访问层 - 包含对实体类进行的实际查询（CRUD）操作。它包含对模型层的引用。
• 模型层 - 包含实体框架模型、DTO、Enums。实际上并没有对上述任何层的引用。

您对上述架构有何看法？问题是我对存储库模式、领域驱动设计和其他设计模式的阅读感到困惑。我们拥有的架构虽然不是那么严格，但相对来说还不错，而且效果很好，我认为并没有真正混淆事情，但我可能错了。我将不胜感激这里的任何帮助或建议。我真的在寻找我错过的一些真正的大问题......谢谢！

Answer 1

这稍微取决于您为什么需要特定架构的根本原因，但假设标准 MVC 应用程序具有少量关注点分离以实现互操作性和可测试性，那么您概述的结构是 完全正确的对。

如果你这样做，那么你应该毫无例外地强烈执行它。说模型层“实际上没有对上述任何一个的引用”有点含糊 - 它应该不引用任何更高的级别。

其他方面（例如存储库模式）将作为实现数据层的方式引入 - 它并不规定层本身。