iOS/iPadOS 中的 SwiftUI + DocumentGroup：如何重命名当前打开的文档

如何解决iOS/iPadOS 中的 SwiftUI + DocumentGroup：如何重命名当前打开的文档？

我的问题是关于 SwiftUI 的 DocumentGroup：在 Xcode 中使用一个简单的、基于模板的项目（使用新的多平台、基于文档的应用程序模板），我可以创建新文档、编辑它们等。此外，“外部“应用程序，我可以像这样操作文档文件 - 移动它，复制它，重命名它等。

默认情况下，所有新文档都使用“Untitled”名称进行初始化；在主应用程序入口点，我可以访问文件的 URL：

1. var body: some Scene {
2. DocumentGroup(newDocument: ShowPLAYrDocument()) { file in
3. // For example,this gives back the actual doc file URL:
4. let theURL = file.fileURL
5. ContentView(document: file.$document)
6. }
7. }

第一个问题：如何在文档“打开”后编辑/更改实际文件名，即当代码在 ContentView 范围内运行时? SwiftUI 文档的缺乏使得寻找此类问题的答案变得非常困难 - 我想我已经在整个互联网上肆虐，但似乎没有人遇到此类问题，如果他们遇到了，他们的发布的问题没有答案 - 我自己在其他问题上发布了几个问题，甚至没有任何评论，更不用说答案了。

我还有一个问题，我认为这有点相关：例如，我在“文件”应用程序中看到，某些文件类型在选择时可以在该文件的“信息”窗格下显示其他扩展信息（例如例如：视频文件以像素、持续时间和编解码器信息显示尺寸）；我的应用程序的文档包含几个值（在保存的数据中），我希望用户能够在文档选择器中“浏览”而无需打开文件本身，其方式与文件应用程序中描述的方式类似.

我的第二个问题是：这是否可行，如果可以，我至少可以从哪里开始寻找答案？我的猜测是，对于 SwiftUI 而言，这不是“可能的”现在，它必须与“常规”Swift 集成？

提前感谢您的指导。

解决方法

好的，事情就是这样：我“有点”设法实现了我所追求的目标，尽管它看起来（对我来说）不是最“正确”的方法，而且仍然存在问题与流程有关 - 尽管目前我将其归咎于（显然已知的）有缺陷的 DocumentGroup 实现，该实现也导致了其他问题（请see this question 了解有关该问题的更多详细信息）。

我“有点”设法更改文件名的方式如下所示：

1. @main
2. struct TestApp: App {
4. @State var previousFileURL: String = ""
6. var body: some Scene {
7. DocumentGroup(newDocument: TestDocument()) { file in
8. ContentView(document: file.$document)
9. .onAppear() {
10. previousFileURL = file.fileURL!.path
11. }
12. .onDisappear() {
13. let newFileName = "TheNewFileName.testDocument"
14. let oldFileName = URL(fileURLWithPath: previousFileURL).lastPathComponent
16. var newURL = URL(fileURLWithPath: previousFileURL).deletingLastPathComponent()
17. newURL.appendPathComponent(newFileName)
19. do {
20. try FileManager.default.moveItem(atPath: oldURL.path,toPath: newURL.path)
21. } catch {
22. print("Error renaming file! Threw: \(error.localizedDescription)")
23. }
24. }
25. }
26. }
27. }

它的作用是：在视图初始化后（在 previousFileURL 中），它通过在 .onAppear 修饰符中分配文档的初始 URL 将其“存储”在状态变量中（我做了这是因为我不知道如何获得对 file 闭包中传递的 DocumentGroup 的引用）。 然后，通过使用 .onDisappear 修饰符，我使用 FileManager 的 moveItem 来分配新名称 - 只需将文件从前一个 URL“移动”到新生成的 URL（实际上应该重命名文件）；提供的示例代码使用硬编码字符串 newFileName，但在我的实际代码中（实际上在这里发布太长了）我从存储在实际文档中的值中提取这个新文件名，这又是一个字符串，应用程序用户可以在文档打开时对其进行编辑（有意义吗？）。

问题

这目前有一个非常烦人的问题：在一组情况下（即，当应用程序刚启动时，并且使用“加号”按钮创建了一个新文档时），代码的行为符合我的预期to - 它打开新文档，我可以（使用“内容视图”）编辑（和存储）将成为文件名的字符串，以及当我“关闭它”（使用导航视图上的后退按钮）时，它会相应地更新文件名，我可以通过在文档浏览器中实际查看文件来确认这一点。

但是...如果我重新打开同一个文件，或者使用另一个文件，或者只是在不关闭应用程序的情况下再次完成创建新文件的整个过程，那么显然 DocumentGroup以某种方式将 FileManager 弄乱到 moveItem 操作实际上复制文件（使用新名称）但不会删除或实际重命名“旧”文件的程度，因此您最终得到两个文件：一个使用新名称，一个使用“旧”/以前的名称。

即使我检查旧文件是否存在，也会发生这种情况：当它达到这些条件时，FileManager.default.fileExists 实际上找到了以前的/旧文件，但是当它“移动”到新名称时复制它而不是重命名它。奇怪，但我假设这是因为我在上面的链接中提到的（明显的）错误。

希望这能让有更多经验和理解力的人找到更好的答案，他们会（希望）在这里分享。

,

上述“解决方案”遇到的问题与带有 .fileImporter 修饰符的（已确认的）错误有关 - 因此，这“有效”，尽管如此。

,

您是否在设备上测试过上述“hacky”解决方案？它在模拟器上运行良好，但由于 new access permission rules in iOS 13，代码抛出 “XXXXXX” couldn’t be moved because you don’t have permission to access “YYYYYY”.

我已经深入挖掘并尝试覆盖由 XCode 生成的 init() 标准代码的标准 FileWrapper 和 Document.swift 函数定义，将所需的文件名设置为 preferredFilename 和filename 的 FileWrapper 属性：

1. struct SomeDocument: FileDocument,Decodable,Encodable {
3. static var readableContentTypes: [UTType] { [.SomeDocument] }
5. var someData: SomeCodableDataType
7. init() {
8. self.someData = SomeCodableDataType()
9. print("Creating.\n")
10. }
12. init(configuration: ReadConfiguration) throws {
13. guard let data = configuration.file.regularFileContents else {
14. throw CocoaError(.fileReadCorruptFile)
15. }
16. let savedPreferredName = configuration.file.preferredFilename
17. let savedName = configuration.file.preferredFilename
18. let fileRep = try JSONDecoder().decode(Self.self,from: data)
19. self.someData = fileRep.someData
20. print("Loading.\n Filename: \(savedPreferredName ?? "none") or \(savedName ?? "none")\n")
21. }
23. func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper {
24. do {
25. let fileRep = try JSONEncoder().encode(self)
26. let fileWrapper = FileWrapper.init(regularFileWithContents: fileRep)
27. fileWrapper.preferredFilename = fileName()
28. fileWrapper.filename = fileName()
29. print("Writing.\n Filename \(fileWrapper.preferredFilename ?? "none") or \(fileWrapper.filename ?? "none").\n")
30. return fileWrapper
31. } catch {
32. throw CocoaError(.fileReadCorruptFile)
33. }
34. }
36. func fileName() -> String {
38. let timeFormatter = DateFormatter()
39. timeFormatter.dateFormat = "yyMMdd'-'HH:mm"
40. let timeStamp = timeFormatter.string(from: Date())
42. let extention = ".ext"
43. let newFileName = timeStamp + "-\(someData.someUniqueValue())" + extention
45. return newFileName
46. }
47. }

这是控制台打印出来的。我在方括号 []:

中添加了用户操作

1. [CREATE DOC BY TAPPING +]
2. Creating.
3. [AUTOMATIC WRITE]
4. Writing.
5. Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
6. [AUTOMATIC LOAD]
7. Loading.
8. Filename: none or none
9. FileURL: /Users/bora/Library/Developer/CoreSimulator/Devices/F126086A-A752-4A71-B589-1B37DFC02746/data/Containers/Data/Application/D81C9D76-7986-4C0D-BA2C-1FDF69703875/Documents/Untitled 2.ext
10. isEditable: true
11. [CLOSING DOC]
12. Writing.
13. Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
15. [REOPENING DOC]
16. Loading.
17. Filename: none or none
18. FileURL: /Users/bora/Library/Developer/CoreSimulator/Devices/F126086A-A752-4A71-B589-1B37DFC02746/data/Containers/Data/Application/D81C9D76-7986-4C0D-BA2C-1FDF69703875/Documents/Untitled 2.ext
19. isEditable: true

因此在初始文档创建后，第一次写入（使用 func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper），文件名正确分配给 FileWrapper。但是，当视图代码加载文档时，很明显没有使用 FileWrapper 的文件名名称属性。当文档关闭（用 FileWrapper 写入并指定名称）并再次打开时，同样的情况会重复。

这看起来像是一个错误。我不明白为什么DocumetGroup 不使用FileWrapper 的文件名属性，而绝对使用相同FileWrapper 提供的数据内容。

我还没有在新的 SwiftUI (iOS14) 上尝试过这个。我会做并报告。
 

更新：现在在 iOS 14 上测试，在那里也不起作用。我想是时候开始雷达了。