Model-Repository-Service-Validator-View-ViewModel-Controller设计模式(？)

Question

当我第一次听说ASP.NET MVC时,我认为这意味着应用程序有三个部分:模型,视图和控制器.

然后我读了NerdDinner并学习了存储库和视图模型的方法.接下来,我阅读了本教程,很快就出售了服务层的优点.最后,我阅读了Fluent验证文档,如果我最终没有编写一堆验证器,我会很高兴.

今晚,我退后一步,想一想我项目的成果.它似乎已成为相当于"特征蠕变"的设计模式的受害者.不知何故,我从Model-View-Controller转到Model-Repository-Service-Validator-View-ViewModel-Controller.你想要松散耦合和DRY？我们把你的松散耦合和DRY放在这里!但我想知道这是不是一件好事.

我是对的吗？或者这实际上并不像听起来那么疯狂？一方面,拥有这么多层似乎很疯狂.另一方面,每一层都有一个明确定义的目的,这对我来说是有意义的.您的MVC应用程序也变成了MRSVVVMC应用程序吗？如果没有,它们看起来像什么？哪个是正确的平衡？

Answer 1

如果一个形态拥有三个属性，那就大材小用了。

但是，如果您有一个“真实”的应用程序，并且每一层的职责都定义良好，我认为这是相当合理的。