【问题标题】:In a document based cocoa app, who's in charge?在基于文档的可可应用程序中,谁负责?
【发布时间】:2011-08-24 00:08:48
【问题描述】:

根据Document-Based Applications Guide,应该有一个DocumentController,一个Document,和一个WindowController。我遇到的麻烦是学会判断给定的责任应该落在哪里。

我的文档代表一个待办事项列表。我的 Document 将给定的待办事项列表读入内存,并由 WindowController 显示。任何时候可以放入窗口的待办事项的数量取决于窗口的大小,所以当我需要显示待办事项时,我的 WindowController 会要求我的 Document 提供足够的待办事项来填充可见列表。

如果我愿意,我可以使用正则表达式搜索我的待办事项(我知道,很不错),匹配项将作为顶部结果返回。在这种情况下,我不太清楚责任在哪里。 Document 处理保存和加载待办事项列表,但在上面我已经要求它还处理将列表的一小部分返回给 WindowController。那么匹配逻辑是否应该放在 Document 中?还是应该保留在 WindowController 中,因为它与保存和加载数据无关(搜索后待办事项的顺序永远不会保存到磁盘)?这些是我发现自己问(我自己)的问题。当我回顾这样一个项目时,我注意到我的判断调用似乎相互矛盾的地方。有时我会花一个小时在两者之间移动一点逻辑......试图想象哪种设计更有意义。

显然我需要帮助。

我的例子是一个非常特殊的情况,但我对特定的解决方案不感兴趣。我有兴趣更笼统地了解这三个类的职责应该是什么。我阅读了该指南,并在 Google 上搜索了一下,但我似乎仍然无法掌握它。

This 的问题很有帮助,但我仍然很困惑。

谢谢!

【问题讨论】:

    标签: cocoa model-view-controller architecture document-based


    【解决方案1】:

    在这种情况下,我的直觉是将逻辑放在窗口控制器中。搜索功能不会影响实际模型,我认为NSDocument 更像是一个“模型控制器”。

    NSWindowController 更适合管理 UI 的细节(“UI 控制器”),本质上您只是用搜索栏控制模型的视图。

    是的,我知道我们也有NSViewController,但有时这只是为了增加复杂性。大多数时候,NSWindowController 就可以了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2019-05-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-04-13
      • 1970-01-01
      相关资源
      最近更新 更多