Model-Repository-Service-Validator-View-ViewModel-Controller设计模式（？）

Question

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

然后我读了NerdDinner并学习了存储库和视图模型的方法。接下来，我阅读了this tutorial，很快就出售了服务层的优点。最后，我阅读了Fluent Validation documentation，如果我最终没有写出一堆验证器，我就会大胆的。

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

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

Answer 1

如果您有一个包含三个属性的表单，那就太过分了。

但是如果你有一个'真正'的应用程序，并且每个层的职责都已明确定义，我认为这是非常合理的。

Answer 2

听起来我觉得你发现了一个模式并且一直在寻找问题。您应该发现问题，并使用工具箱中的相应工具...而不是所有工具。除非这当然是学术练习。