objective-c - 是否基于文档的应用程序？

Question

我正在编写一个可用于管理舞蹈学院的桌面应用程序。我的核心数据模型包含学生、教师、类(class)、发票等实体以及它们之间的各种关系。

我计划的 UI 包括一个垂直 Split View，左侧有一个类似 iTunes 的 OutlineView。当您单击该大纲 View 中的“学生”项时，右侧面板的内容将从 ManageStudents NIB 换入。同样，如果您单击大纲 View 中的“Invoices”项，当前 View 将替换为 ViewInvoices View 。很简单，是吗？

我最大的难题是是否要基于文档？我所有的阅读都表明，如果用户同时打开多个实体实例，那将是一个不错的选择。这里不是这种情况 - 在任何时间点都只会打开一个主窗口实例。

另一方面，我可以从我看到的基于 NSDocument 的示例中看到很多好处(老实说，我在 Web 上看到的大多数示例似乎都是基于文档的)。如果我沿着这条路走下去，我很好奇我是要为我的每个基本实体定义一个文档类型，还是只定义一个控制文档。

如有任何指导，我们将不胜感激。或者，指向某个地方的指针可以就 NSDocument 何时适用/不适用提供具体建议(Apple 的“基于文档的应用程序概述”有帮助地建议“文字处理器和电子表格应用程序是基于文档的应用程序的两个示例” - 我希望对于一些更有洞察力和与其他实际应用程序相关的东西)

Answer 1

想想你的问题领域。什么是“文档”模型？舞蹈学院？如果是这样，并且您认为您的用户只会管理一个学院，那么基于文档的模型就没有必要了。另一方面，如果您认为一个文档代表一位教师，那么一个学院经理可能希望与多位教师打交道，因此文档模型似乎很合适。

关键问题之一是独立性。如果应用程序模型中的所有对象都是相关的，那么就没有必要管理独立的文档。另一方面，如果有一个松散的对象集合，每个对象都有自己的一组相关“子项”，那么这看起来就像一个文档集合。这就是文字处理器基于文档的原因:一个文件中的文本、属性和图像与另一个文件中的文本、属性和图像无关，因此将它们视为独立的文档是有意义的。