根据Document-Based Applications Guide ，应该有一个DocumentController、一个Document和一个WindowController。我遇到的麻烦是学会判断特定的责任应该落在哪里。
我的文档代表一个待办事项列表。给定的待办事项列表由我的文档读入内存，并由 WindowController 显示。任何时候窗口中可以容纳的待办事项数量由窗口的大小决定，因此当我需要显示待办事项时，我的 WindowController 会要求我的文档提供足够的待办事项来填充可见列表。
如果我愿意，我可以使用正则表达式搜索我的待办事项(我知道，没错)，并且匹配项将作为顶部结果返回。在这种情况下，我不太清楚责任在哪里。该文档处理保存和加载待办事项列表，但上面我要求它还处理将列表的一小部分返回到 WindowController。那么匹配逻辑应该放在文档中吗？或者这应该保留在 WindowController 中，因为它与保存和加载数据无关(搜索后的待办事项顺序永远不会保存到磁盘)？这些是我自己问的问题。当我回顾这样的项目时，我注意到我的判断似乎相互矛盾。有时我会花一个小时在两者之间移动一点逻辑......尝试想象哪种设计更有意义。
显然我需要帮助。
我的例子是一个非常特殊的情况，但我对特定的解决方案不感兴趣。我有兴趣更一般地了解这三个类的职责应该是什么。我阅读了该指南，并用谷歌搜索了一下，但我似乎仍然无法掌握它。
This问题很有帮助，但我仍然很困惑。
谢谢!
最佳答案
在这种情况下，我的直觉是将逻辑放入窗口 Controller 中。搜索功能不会影响实际模型，我认为 NSDocument 更像是一个“模型 Controller ”。
NSWindowController 更适合管理 UI 的详细信息(“UI Controller ”)，本质上您只需使用搜索栏控制模型的 View 。
是的，我知道我们也有 NSViewController 但有时这只是额外的复杂性。大多数时候，NSWindowController 就可以了。
关于cocoa - 在基于文档的 cocoa 应用程序中，谁负责？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7168991/