设计模式(?)

Question

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

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

今晚，我退了一步，思考我的项目发生了什么。它似乎已经成为设计模式的牺牲品，等同于“功能爬行”。不知何故，我已经从模型-视图-控制器变成了Model-Repository-Service-Validator-View-ViewModel-Controller.你想要松散耦合和干爽吗？我们把你的松散耦合和干燥就在这里！但我想知道这件事是不是太好了。

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

Answer 1

如果您有一个具有三个属性的表单，这就大材小用了。

但是如果你有一个“真正的”应用程序，并且每一层的职责都被很好地定义了，我会认为这是非常合理的。

Answer 2

在我看来，你找到了一种模式，然后去寻找问题。你应该找到一个问题，并从你的工具箱中使用适当的工具...不是所有的工具。当然，除非这是一个学术练习。