在基于文档的应用程序中，文档是否必须代表文件？

Question

我大约 90% 确定我的程序会受益于使用 Cocoa 中的文档框架，但有一件事我不确定。

在我看到的所有示例中， NSDocument 子类始终表示正在保存的文件，这并不完全适合我的应用程序。

将在我的应用程序中保存到磁盘的文件将是将在程序中编辑的实体的集合。创建新文件时，用户将能够编辑该集合中包含的各个实体，这将需要状态和更改跟踪（保存、撤消等）。

基于文档的应用程序会以这种方式工作还是我会不断地与框架作斗争？

更新以使我的问题更清楚：

我计划将文件另存为捆绑包，因为它肯定会让管理文件中包含的单独实体变得更容易，但事实并非如此没有真正解决我的问题。

想想像 Microsoft Access 这样的程序； 文件是数据库，而文档是诸如表单、报告、查询和宏之类的东西。每个项目都在单独的文档窗口中进行编辑，并且可以保存或撤消对各个文档的更改，但保存的是整个数据库（包括所有表单、报告和查询）。

Answer 1

我不确定这是否适用于您的应用程序，但您可以将您的 NSDocument 与一个包相关联，这样您的文档将不仅仅是一个文件，而是您需要处理的文件的集合。

几年前，当我从事这方面的工作时，让这项工作发挥作用并不是那么简单，但最终它是可以完成的。我希望现在事情变得更容易了，但无论如何，如果它适合您的要求，我会尝试一下。

这个SO主题会给你一个提示默认 NSDocument 中必须更改的内容。