我正在开发一个 iOS 应用程序,它记录音频并将其显示在带有一些元数据的表格视图中。为了保存我正在使用的记录YapDatabase
。通过阅读 wiki,我能够保存记录并在文件和记录之间创建边缘。它按预期工作,例如,如果我删除记录,YapDatabaseRelation
扩展名也会删除与记录关联的文件。现在,如果我重命名文件并更新其fileURL
属性,而不是更新它删除文件。
目前为了解决这个问题,我使用文件管理器手动重命名文件,然后更新其fileURL
属性。我在这里错过了什么吗?
我正在开发一个 iOS 应用程序,它记录音频并将其显示在带有一些元数据的表格视图中。为了保存我正在使用的记录YapDatabase
。通过阅读 wiki,我能够保存记录并在文件和记录之间创建边缘。它按预期工作,例如,如果我删除记录,YapDatabaseRelation
扩展名也会删除与记录关联的文件。现在,如果我重命名文件并更新其fileURL
属性,而不是更新它删除文件。
目前为了解决这个问题,我使用文件管理器手动重命名文件,然后更新其fileURL
属性。我在这里错过了什么吗?
我使用文件管理器手动重命名文件,然后更新其 fileURL 属性
这是正确的做法。
YapDatabaseRelationship 不支持除删除链接文件外的任何文件操作。如果你好奇为什么,请继续阅读。
YapDatabaseRelationship 扩展无法区分:
也就是说,它所看到的只是:
它知道 fileURL 不同,因此边缘发生了变化。因此,从它的角度来看,之前的边缘现在被破坏/删除,并且将被新的边缘替换。因此它运行断边的删除规则,即删除filePathA。
有人可能会争辩说,扩展应该能够根据 filePathB 是否存在来确定一个人的意图。但事实并非如此。一些开发人员会选择先创建数据库边缘,然后再将文件移动到位。为什么?
当同时使用文件系统(例如磁盘上的图像)和数据库时,您基本上拥有 2 个独立的原子系统。例如,考虑以下操作:
如果应用程序在第 1 步完成后但在第 2 步之前崩溃,那么您可能正在“泄漏”应用程序的 Documents 文件夹中的文件。但是,如果您执行相反的操作(步骤 2,然后是步骤 1),那么从不“泄漏”文件的意义上讲,您会更安全,但新问题是数据库项可能指向的文件 URL 不是还有效。这可能是也可能不是问题。一些开发人员使用数据库来跟踪 Cache 文件夹中的项目,他们知道这些项目可能随时消失。
我希望这能消除一些困惑。