我一直在阅读关于ASP.NET MVC,SOLID等的几件事情,我正在为解决这些概念的小到中等ASP.NET MVC应用程序找出一个简单的“配方”我最关心的问题是结束于控制器太复杂,像Webforms中的代码隐藏文件,其中包含所有类型的业务逻辑.
我正在考虑以下架构,一个小数据驱动的应用程序：
>控制器：只处理请求,调用相应的服务并将操作结果返回给View;
>模型：POCO,处理所有的业务逻辑,授权等等取决于存储库,完全不了解持久性基础架构.
>存储库：实现IRepository< T>,使用依赖注入,并且是我的数据库代码所在的位置;只收到并返回POCO.
我正在考虑在控制器和模型之间提供服务,但是如果他们只是传递方法调用,我不知道它将是多么有用.
最后应该进行单元测试,涵盖模型代码,以及涵盖存储库代码的单元集成测试(如果可能,遵循“红绿色”实践)
思考？
解决方法
Ian Cooper最近刚刚发表了一个很好的帖子：
