问胖模型/瘦控制器与服务层

EN

我使用.Net开发企业应用程序已经有很多年了，我的应用程序通常有一个域模型，其中包含映射到SQL DB表的实体。我使用存储库模式、依赖注入和服务层。

最近，我们开始了MVC3项目的工作，我们讨论了应该把哪种逻辑放在哪里。我遇到了瘦控制器/胖模型体系结构，想知道服务层如何适应

选项1-模型与服务对话

控制器是瘦的，调用模型上的方法。这些模型“知道”如何从数据库中加载自己的文件，并与存储库或服务通信。例如，customerModel有一个Load(id)方法，并加载customer和一些子对象，如GetContracts()。

选项2-控制器与服务对话

控制器请求服务检索模型对象。加载/存储等的逻辑在服务层。该模型是一个纯实体模型，只包含数据。

为什么选择1会是更好的选择，特别是当我们谈到企业应用程序时，我的经验告诉我要分离关注点，尽可能地保持模型和控制器的精简，并让专门的服务来处理业务逻辑(imcl.DB交互)

感谢所有对好资源的建议和参考。