我一直在阅读一些关于 ASP.NET MVC、SOLID 等的内容,我正在尝试为中小型 ASP.NET MVC 应用程序找出一个简单的“配方”,将这些概念结合在一起;我最关心的问题是 Controller 过于复杂,就像 web 表单中的代码隐藏文件,其中包含所有类型的业务逻辑。
对于小型数据驱动的应用程序,我正在考虑以下架构:
IRepository<T>
,使用依赖注入(inject),这是我的数据库代码所在的位置;只接收和返回 POCO。 我正在考虑在 Controller 和模型之间提供服务,但如果它们只是传递方法调用,我不确定它会有多大用处。
最后应该有覆盖模型代码的单元测试,以及覆盖存储库代码的单元+集成测试(如果可能,遵循“红-绿”实践)
想法?
最佳答案
伊恩·库珀(Ian Cooper)最近对此发表了一篇很好的文章:
The Fat Controller
关于asp.net-mvc - 我应该如何构建一个简单的 ASP.NET MVC 应用程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/352295/