macos - cocoa MVC:“模型 Controller ”和“ View Controller ”之间的交互

Question

刚开始在BNR的Mac OS X版Cocoa编程（第四版）的帮助下学习Objective-C和Cocoa，我正在研究基于文档的应用程序。我已阅读了有关文档体系结构的Apple开发人员文档，并选择了对NSWindowController进行子类化并在makeWindowControllers子类上覆盖NSDocument。我这样做有几个原因：


将模型逻辑（在NSDocument子类中）与视图逻辑（在NSWindowController子类中）分开。
自定义我的文档窗口的标题（Apple的开发人员文档说，做到这一点的正确方法而不会产生不必要的副作用是子类NSWindowController并覆盖windowTitleForDocumentDisplayName:
苹果的文档似乎强烈建议将NSWindowController子类化，除了最简单的应用程序，而我的肯定不是“简单”的


因此，我的NSDocument子类是模型控制器，而我的NSWindowController子类是视图控制器。此外，我了解到，应用程序的大多数“工作”都是在控制器对象中完成的，因为视图和模型应尽可能与应用程序无关，并且可重复使用。现在我的问题是：这两种类型的控制器如何交互以实际完成此“工作”？

例如，假设我正在编写一个电子表格应用程序，并且希望有一个菜单项（或工具栏按钮），该菜单项可以调出一张表格，以便根据某些数据创建图表或图形。在该工作表中，用户将输入各种参数和选项以创建图表或图形，然后单击“确定”（或任何称为按钮的按钮）。

谁应对菜单项的动作，文档（模型控制器）或窗口控制器（视图控制器）做出响应？实际加载和显示工作表的任务显然是“与视图相关的”，因此应该将其放入窗口控制器中，对吗？但是工作表的控制器需要一个模型来显示给用户（一个Chart对象，或者也许是ChartInputs）。该模型在哪里创建并提供给工作表控制器？文档是否应该通过创建ChartInputs模型对象来响应菜单项，然后将其传递给窗口控制器，该窗口控制器创建图纸控制器，将其传递给模型对象并显示图纸？还是窗口控制器响应菜单项，请求一个新的模型对象（也许通过某种形式的工厂，通过依赖注入将其提供给窗口控制器的构造函数），然后继续创建工作表控制器，传递模型并显示床单？

用户填写工作表并单击“确定”后该怎么办？应该将控件返回到何处以处理用户的选择并实际创建图表-窗口控制器，文档或两者？在用户单击“确定”之后但在取消工作表之前（如果无效），验证用户输入的逻辑如何？

Answer 1

首先，考虑一下NSDocument的无窗口操作。例如，您可以创建一个实用程序应用程序，该应用程序共享您的NSDocument类，打开用于脚本编写，打印或其他操作的文档，但不显示主文档窗口。想象一下，您的NSDocument类已为该应用程序重用–并将不需要的逻辑放入窗口控制器中。这样，NSDocument子类主要负责影响文档状态的活动。

这些是模型控制器（NSDocument子类）的职责：


序列化和反序列化
加载和保存
处理文档的状态
管理和调度打印视图
监视文档中其他人的更改
刷新支持数据源–影响文档模型的源–并根据需要对模型和文档进行更改
管理与文档相关的活动日志
拥有撤消管理器
将基本模型对象暴露给视图控制器
创建窗口控制器
促进某些编辑行为，例如更改一个属性以触发对象的创建或删除


如果使用的是Core Data，则托管对象上下文，持久性存储协调器和持久性存储是模型控制器而不是模型的一部分。当然，管理对象本身是模型的一部分。

这些责任留给了模型：


用于插入，重新排列和删除模型对象的辅助方法
用于访问模型特定部分的辅助方法
资料验证
以各种格式将模型渲染为字符串
序列化和反序列化自己
促进某些编辑行为，例如对一个属性的更改触发对其他属性的更改


另一方面，这些是视图控制器的职责：


操纵视图以使其与模型保持同步
操纵视图以使其与文档状态保持同步
响应本地化操作，例如添加或删除模型对象的按钮
呈现辅助视图并响应这些视图中的输入
调度受UI中的选择影响的操作，例如表视图中的选定行
管理在编辑过程中使用的与文档本身无关的辅助控制器（例如Web服务数据）
用作视图对象的数据源


如果使用的是Cocoa绑定，则绑定也是视图控制器的一部分。

这种设计在视图控制器和模型控制器之间产生了合理的职责分离。但是，它们都位于视图和模型之间。尽管这产生了模块化，但并没有产生去耦。

尽管我确实考虑了无窗口操作，但我还是凭经验在很大程度上达到了这种设计模式-通过将相似的代码放在一起并分离感觉不合适的代码。我很好奇是否其他人发布了权威性的来源或参考资料，它们对此表示同意或不同意。



为了举例说明，我建议采用以下设计：


EditorWindowController创建ChartParameters对象，并为其提供对文档模型的引用：

[[ChartParameters alloc] initWithWorkbook:self.document.workbook]

EditorWindowController设置新图表视图，该视图可能具有自己的NewChartViewController。它将ChartParameters和文档对象传递给NewChartViewController并显示窗口。
ChartParameters对象负责验证用户的选择。 NewChartViewController需要操纵视图以使其与验证结果保持同步。 （避免让用户犯错误：不要等到最后验证输入。）
视图完成后，NewChartViewController要求模型使用给定的参数创建新图表：

[self.document.workbook addChartWithParameters:self.chartParameters]

如果希望将尚未显示的对象作为文档的一部分，则可以使用这种方法来代替：


EditorWindowController要求文档模型创建一个新的图表对象：

Chart *newChart = [self.document.workbook addChart]

新图表应设置一个标志，指示尚未准备好显示。
EditorWindowController设置NewChartViewController，将其传递给图表，显示窗口。
图表对象验证用户的选择，NewChartViewController使视图保持同步。
完成后，告诉图表已准备好显示。或者，如果用户取消，则将其删除。


在这两种设计中，NewChartViewController都是一个模型控制器和视图控制器，针对其特定任务进行了本地化。