2011-01-12 42 views
1

为了遵循最佳实践,我已阅读了关于体系结构和模式的一点点内容。所以这是我们拥有的架构,我想知道你怎么想的它,任何提议的变更或改进 -如何构建一个asp.net mvc应用程序?

  • 表示层 - 包含所有视图,控制器和视图需要也可以是任何辅助类它包含了对模型层和业务层的引用。
  • 业务层 - 包含正在使用的所有业务逻辑和验证以及安全助手类。它包含对DataAccess Layer和Model Layer的引用。
  • 数据访问层 - 包含对实体类上的实体类(CRUD)操作进行的实际查询。它包含对模型层的引用。
  • 模型图层 - 包含实体框架模型,DTO,Enums.Does没有真正引用上述任何层。

对上述架构有何看法?问题在于,通过阅读关于如存储库模式,域驱动设计和其他设计模式的说法,我感到困惑。我们的架构虽然不那么严格,但还是比较好的,它运作良好,我认为并没有真正地混淆事物,但我可能错了。我将不胜感激任何帮助或建议。我真的在寻找一些我错过的真正重大问题......谢谢!

+0

(如果这篇文章需要编辑,请随时编辑它 - 请不要重新发布) – 2011-01-13 06:28:20

回答

1

它略微取决于为什么你想要一个特定的体系结构的基本原因,但假设一个标准的MVC应用程序与少量的问题分离,以允许互操作性和可测试性,那么你所概述的结构是完全正确的

如果你这样做,那么你应该强制执行它,没有例外。说模型层“真的没有参考上述任何”是有点含糊 - 它应该而不是参考任何更高级别。

其他方面(如存储库模式)将作为实现数据层的方式引入 - 它并不指定图层本身。

相关问题