什么应该在MVC模式中拥有模型？

Question

我记得以来一直在制作iOS应用程序，但直到最近我实习编程时，我的编程风格还没有成熟。 我很早就学到了很多OO概念，因为我意识到生活对它们的理解很糟糕，但我从未学过的一件事就是MVC模式。

为了给出上下文，让我们说我在一个SolarSystemView （ UIView的子类）中绘制一个太阳系。 我的SolarSystemView是否应该有一个类SolarSystem的实例变量（一个包含具有所有重要行星和stelar属性的数据结构的类），或者应该是SolarSystemViewController实例的所有权？ 或者它是完全不同的东西？ 我找不到任何能给出满意答案的示例代码。

我想如果视图拥有模型，操作将非常流畅，但这也不是一种好的风格。 毕竟， SolarSystem实例必须以某种方式动态更改，并且具有与SolarSystemView更新相同或相似的速率。

Answer 1

在MVC范例中，模型应该与View分开。 为了获得它需要绘制的数据，它向Controller询问它，然后它会向模型询问它。 这样，我们就可以从GUI中分离信息。 将其视为模型控制器视图是否有帮助。 因此，在大多数情况下，Controller“拥有”模型。

例如，在cs193p中， CalculatorViewController （Controller）具有CalculatorBrain （Model）属性，它与之交互以获取要在View中显示的等式的结果。

在您的具体实例中， SolarSystemViewController可能会具有很强的参考SolarSystem ，它会轮询数据，这将手离开了SolarSystemView ，以便它可以绘制自身时，它需要更新。 当用户与之交互时， SolarSystemView也可以通知SolarSystemViewController ，以便它可以显示其他视图或更新SolarSystem ，以及它可以执行的任何其他任务。

请注意，Cocoa和Cocoa Touch中的MVC范例与其他更常见的MVC版本（如Smalltalk）略有不同。 例如，如果您查看MVC上的Wikipedia页面，那么图表应该与您学习的内容有所不同。 实际上，GoF（ 设计模式 ）因此描述了MVC。

MVC由三种对象组成。 Model是应用程序对象，View是其屏幕显示，Controller定义用户界面对用户输入的反应方式。 在MVC之前，用户界面设计倾向于将这些对象混为一谈。 MVC将它们分离以增加灵活性和重用。 MVC通过在它们之间建立订阅/通知协议来分离视图和模型。 视图必须确保其外观反映模型的状态。 每当模型的数据发生变化时，模型都会通知依赖于它的视图。 作为回应，每个视图都有机会更新自己。 此方法允许您将多个视图附加到模型以提供不同的演示文稿。 您还可以为模型创建新视图而无需重写。

在这两种情况下，模型本身都与View联系以更新它。 但是，在iOS上，Model和View之间的交互是通过Controller处理的。 这在cs193p的第一个会话以及Apple自己的MVC关系文档中得到了很好的解释。 这样，您只需重写Controller代码即可在其他地方重用模型和视图。

这是来自cs193p的MVC图表来澄清。

Answer 2

在这种情况下，SolarSystemView不应包含任何SolarSystem类的瞬间。 SolarSystemViewController应该在您的视图（SolarSystemView）和模型（SolarSystem）之间。