在MVC中，为什么模型应该通知视图，为什么视图应该具有模型？

Question

在我的世界中，模型仅通知订阅该模型事件的控制器。 然后，控制器告诉视图该怎么做，例如将新行添加到列表中。

与视图相同：视图通知控制器已订阅该视图的事件。 然后，控制器根据需要修改模型，例如设置人的名字，并在模型上调用Save（）方法。

好的，我知道我错了，我不认为每一篇有关MVC的文章都是错的，因为我在想另一种方式。 MVC中的重点是将UI与数据模型分开。 当视图和模型相互到达时，这如何实现？ 他们为什么要这样做？

感谢您的回答！

Answer 1

对于这一点，我完全同意。

对于我从事的每个项目，我都尝试强制执行：

查看->控制器->模型

这样，视图中的每个动作或事件都会调用特定的控制器方法。 该控制器方法将执行其工作（验证，调用其他服务等），然后如果需要持久性，它将调用关联的ModelService来持久化数据。

在我的世界中，如果不通过控制器，则视图组件绝不应调用ModelService。

但这就是我;-)（和我合作过的几乎100％的优秀建筑师和设计师）

Answer 2

许多人以不同的方式看待Model-View-Controller，但我喜欢将其视为其他几种模式的组合，而不是单个模式。 这可能最初来自此说明

视图与模型的连接是一个观察者模式，模型在视图更改时会通知该视图。 不需要控制器参与其中。

Answer 3

我喜欢将模型视为透明的东西，并遵循某种方案。 通过视图非常容易“阅读”。 在您可以在其上调用各种方法的意义上，我从未使我的视图成为程序化的。 通常，我的视图是HTML，我的模型具有方法，但也能够将自身表示为纯数据结构，并且有一个中间层：采用模板引擎的形式。

但是，MVC有很多变体。 我认为没有两个开发人员会确切地同意MVC到底是什么。 我认为MVC是一种可以帮助您的模式。 并不是通过严格定义您必须做的事情来限制您的创造力的法律。