使用 NSFileWrapper 写入与使用 NSFileManager 复制

Question

有没有区别

NSURL *referenceURL, *destinationURL ;

[[[NSFileManager alloc] init] copyItemAtURL:referenceURL
                                      toURL:destinationURL
                                      error:NULL] ;

和

NSURL *referenceURL, *destinationURL ;
NSFileWrapperWritingOptions options ;

NSFileWrapper * fileWrapper = [[NSFileWrapper alloc] initWithURL:referenceURL
                                                         options:0
                                                           error:NULL] ;
[fileWrapper writeToURL:destinationURL
                options:options
    originalContentsURL:nil
                  error:NULL] ;

（尤其是，取决于选项的值；这里的选项的最佳选择是什么？）？

我问这个问题是为了更好地理解 NSFileWrapper。我看到我可以在我的代码中选择使用其中一个。我想答案可能涉及对“硬链接”的考虑。

PS：我想在后台使用这些方法中的任何一种。

Answer 1

为了在后台使用它，使用 NSThread 在 mainThread 下创建一个（第二个或更多）线程。

我没有使用过 NSFileWrapper，但使用过很多 NSFileManager。使用哪一个取决于您希望应用处理文件/文件夹/链接的内容（以及方式）。

无论如何，我在阅读文档后对您有一些建议：

FM 使用文件、文件夹、链接的文本路径/URL。使用 FM 复制应用程序（-文件）时，通常会失败，因为应用程序不是文件，而是一种特殊类型的文件夹 = 文件包，其中通常包含读写权限受限的文件/文件夹。复制文件夹及其内容会导致该文件夹的更改日期发生变化，因为文件夹是先创建的，然后其内容会更改！也许你不想要这种改变。

固件与属于给定路径/URL 的节点（可以被视为一种容器，其中包含有关文件系统中对象的信息和其他数据）一起使用。创建 FW 后，路径可能会更改，但 FW 仍然可以访问文件、文件夹、链接。它还可以节省磁盘空间和时间，如果一个没有更改的复制对象只是硬链接在一个节点中，而不是真正再次复制整个文件。

写入选项“NSFileWrapperWritingAtomic”确保文件包真正被完全复制，而不是像 FM 那样发生中断的复制过程。然后你有一个不完整的文件包，不知道进程何时停止。 我猜（！），可以完全复制应用程序，独立于所包含文件/文件夹的读写权限，或者可以临时更改这些权限以完成任务。