iOS/iPadOS中的SwiftUI + DocumentGroup：如何重命名当前打开的文档
SwiftUI + DocumentGroup in iOS/iPadOS: how to rename the currently open document
我的问题是关于 SwiftUI 的文档组：在 Xcode 中使用一个简单的 template-based 项目（使用新的 multi-platform，document-based 应用程序模板），我可以创建新文档、编辑它们等。此外，在应用程序“外部”，我可以像这样操作文档文件 - 移动它、复制它、重命名它等。
默认情况下，所有新文档都使用“无标题”名称进行初始化；在主应用程序入口点，我可以访问文件的 URL:
var body: some Scene {
DocumentGroup(newDocument: ShowPLAYrDocument()) { file in
// For example, this gives back the actual doc file URL:
let theURL = file.fileURL
ContentView(document: file.$document)
}
}
第一个问题：文档“打开”后，即当代码在 [= 的范围内 运行 时，我如何 edit/change 实际文件名28=] ContentView? SwiftUI 缺少文档使得寻找此类问题的答案非常困难 - 我想我'我已经搜遍了整个互联网，但似乎没有人遇到过这类问题，即使他们遇到过，他们发布的问题也没有答案——我自己就其他问题发布了几个问题，甚至没有收到任何评论，更不用说答案了。
我还有一个问题，我认为这有点相关：例如，我在“文件”应用程序中看到，某些文件类型在被选中时可以在该文件的“信息”窗格下显示额外的扩展信息（例如：视频文件以像素、持续时间和编解码器信息显示尺寸）；我的应用程序的文档包含几个值（在保存的数据中），我希望用户能够在文档选择器中“浏览”这些值，而无需打开文件本身，其方式与文件应用程序中描述的类似.
我的第二个问题是：这可能吗？如果可以，我至少可以从哪里开始寻找答案？我的猜测是这“不可能”现在 SwiftUI 这样，所以它必须与“常规” Swift?
集成
提前感谢您的指导。
好吧，事情是这样的：我“有点”设法实现了我所追求的目标，尽管它看起来（对我来说）不是最“正确”的方法，而且还有该过程存在问题 - 虽然目前我将其归咎于（显然已知的）错误 DocumentGroup 实施，该实施也导致其他问题（请 了解有关该问题的更多详细信息）。
我“有点”设法更改文件名的方式如下面的代码所示：
@main
struct TestApp: App {
@State var previousFileURL: String = ""
var body: some Scene {
DocumentGroup(newDocument: TestDocument()) { file in
ContentView(document: file.$document)
.onAppear() {
previousFileURL = file.fileURL!.path
}
.onDisappear() {
let newFileName = "TheNewFileName.testDocument"
let oldFileName = URL(fileURLWithPath: previousFileURL).lastPathComponent
var newURL = URL(fileURLWithPath: previousFileURL).deletingLastPathComponent()
newURL.appendPathComponent(newFileName)
do {
try FileManager.default.moveItem(atPath: oldURL.path, toPath: newURL.path)
} catch {
print("Error renaming file! Threw: \(error.localizedDescription)")
}
}
}
}
}
它所做的是：它在视图初始化后（在 previousFileURL 中）通过在 [=13] 中分配它来“存储”状态变量中文档的初始 URL =] 修饰符（我这样做是因为我不知道如何获取对 DocumentGroup 闭包中传递的 file 的引用）。
然后，通过使用 .onDisappear 修饰符，我使用 FileManager 的 moveItem 来分配新名称 - 只需将文件从之前的 URL “移动”到新的生成一个（实际上应该重命名文件）；提供的示例代码使用的是硬编码字符串 newFileName，但在我的实际代码中（实际上 post 太长了）我正在从存储在中的值中提取这个新文件名实际文档，它又是应用程序用户可以在文档打开时编辑的字符串（有意义吗？）。
问题
这目前有一个非常烦人的问题：在某些情况下（即，当应用程序刚启动时，并且使用“加号”按钮创建了一个新文档），代码的行为与我一样期望它 - 它打开新文档，我可以在其中（使用“内容视图”）编辑（和存储）将成为文件名的字符串，当我“关闭它”时（使用 NavigationView 上的后退按钮), 它会适当地更新文件名，我可以通过在文档浏览器中实际查看文件来确认这一点。
但是......如果我重新打开同一个文件，或者使用另一个文件，或者只是在不关闭应用程序的情况下再次执行创建新文件等的整个过程，那么显然 DocumentGroup 以某种方式将 FileManager 弄乱到 moveItem 操作实际复制文件（使用新名称）但不删除或实际重命名“旧”文件的程度，因此您最终得到两个文件：一个使用新名称，一个使用“旧”/以前的名称。
即使我检查旧名称文件是否存在，也会发生这种情况：当达到这些条件时，FileManager.default.fileExists 实际上找到了 previous/old 文件，但是当它“移动”到new name 然后复制它而不是重命名它。奇怪，但我假设这是因为我在上面 link 中提到的（明显的）错误。
希望这能让有更多经验和理解的人得到更好的答案，他们会（希望）在这里分享。
上述“解决方案”遇到的问题与 .fileImporter 修饰符的一个（已确认）错误有关 - 所以，这个“有效”，尽管它是 hacky。
您是否在设备上测试了上述“hacky”解决方案？它在模拟器上运行良好，但由于 new access permission rules in iOS 13，代码抛出 “XXXXXX” couldn’t be moved because you don’t have permission to access “YYYYYY”.
我已经深入挖掘并尝试覆盖 XCode 生成的 Document.swift 标准代码的标准 init() 和 FileWrapper 函数定义，以将所需的文件名设置为preferredFilename 和 filename FileWrapper 的属性：
struct SomeDocument: FileDocument, Decodable, Encodable {
static var readableContentTypes: [UTType] { [.SomeDocument] }
var someData: SomeCodableDataType
init() {
self.someData = SomeCodableDataType()
print("Creating.\n")
}
init(configuration: ReadConfiguration) throws {
guard let data = configuration.file.regularFileContents else {
throw CocoaError(.fileReadCorruptFile)
}
let savedPreferredName = configuration.file.preferredFilename
let savedName = configuration.file.preferredFilename
let fileRep = try JSONDecoder().decode(Self.self, from: data)
self.someData = fileRep.someData
print("Loading.\n Filename: \(savedPreferredName ?? "none") or \(savedName ?? "none")\n")
}
func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper {
do {
let fileRep = try JSONEncoder().encode(self)
let fileWrapper = FileWrapper.init(regularFileWithContents: fileRep)
fileWrapper.preferredFilename = fileName()
fileWrapper.filename = fileName()
print("Writing.\n Filename \(fileWrapper.preferredFilename ?? "none") or \(fileWrapper.filename ?? "none").\n")
return fileWrapper
} catch {
throw CocoaError(.fileReadCorruptFile)
}
}
func fileName() -> String {
let timeFormatter = DateFormatter()
timeFormatter.dateFormat = "yyMMdd'-'HH:mm"
let timeStamp = timeFormatter.string(from: Date())
let extention = ".ext"
let newFileName = timeStamp + "-\(someData.someUniqueValue())" + extention
return newFileName
}
}
这是控制台打印输出。我在方括号 []:
中添加了用户操作
[CREATE DOC BY TAPPING +]
Creating.
[AUTOMATIC WRITE]
Writing.
Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
[AUTOMATIC LOAD]
Loading.
Filename: none or none
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
isEditable: true
[CLOSING DOC]
Writing.
Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
[REOPENING DOC]
Loading.
Filename: none or none
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
isEditable: true
因此在初始文档创建后，第一次写入（使用 func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper），文件名被正确分配给 FileWrapper。但是，当视图代码加载文档时，很明显 FileWrapper 的文件名名称属性中的 none 已被使用。当文档关闭（使用 FileWrapper 并分配名称）并再次打开时，重复相同的操作。
这看起来像是一个错误。我不明白为什么 DocumetGroup 不使用 FileWrapper 的文件名属性，而肯定使用相同的 FileWrapper.
提供的数据内容
我还没有在新的 SwiftUI (iOS14) 上尝试过这个。我会做并报告。
更新：现在在 iOS 14 上测试过，在那里也不起作用。我想是时候雷达了。
我的问题是关于 SwiftUI 的文档组：在 Xcode 中使用一个简单的 template-based 项目（使用新的 multi-platform，document-based 应用程序模板），我可以创建新文档、编辑它们等。此外，在应用程序“外部”，我可以像这样操作文档文件 - 移动它、复制它、重命名它等。
默认情况下，所有新文档都使用“无标题”名称进行初始化；在主应用程序入口点，我可以访问文件的 URL:
var body: some Scene {
DocumentGroup(newDocument: ShowPLAYrDocument()) { file in
// For example, this gives back the actual doc file URL:
let theURL = file.fileURL
ContentView(document: file.$document)
}
}
第一个问题：文档“打开”后，即当代码在 [= 的范围内 运行 时，我如何 edit/change 实际文件名28=] ContentView? SwiftUI 缺少文档使得寻找此类问题的答案非常困难 - 我想我'我已经搜遍了整个互联网，但似乎没有人遇到过这类问题，即使他们遇到过，他们发布的问题也没有答案——我自己就其他问题发布了几个问题，甚至没有收到任何评论，更不用说答案了。
我还有一个问题，我认为这有点相关：例如，我在“文件”应用程序中看到，某些文件类型在被选中时可以在该文件的“信息”窗格下显示额外的扩展信息（例如：视频文件以像素、持续时间和编解码器信息显示尺寸）；我的应用程序的文档包含几个值（在保存的数据中），我希望用户能够在文档选择器中“浏览”这些值，而无需打开文件本身，其方式与文件应用程序中描述的类似.
我的第二个问题是：这可能吗？如果可以，我至少可以从哪里开始寻找答案？我的猜测是这“不可能”现在 SwiftUI 这样，所以它必须与“常规” Swift?
集成提前感谢您的指导。
好吧，事情是这样的：我“有点”设法实现了我所追求的目标，尽管它看起来（对我来说）不是最“正确”的方法，而且还有该过程存在问题 - 虽然目前我将其归咎于（显然已知的）错误 DocumentGroup 实施，该实施也导致其他问题（请
我“有点”设法更改文件名的方式如下面的代码所示：
@main
struct TestApp: App {
@State var previousFileURL: String = ""
var body: some Scene {
DocumentGroup(newDocument: TestDocument()) { file in
ContentView(document: file.$document)
.onAppear() {
previousFileURL = file.fileURL!.path
}
.onDisappear() {
let newFileName = "TheNewFileName.testDocument"
let oldFileName = URL(fileURLWithPath: previousFileURL).lastPathComponent
var newURL = URL(fileURLWithPath: previousFileURL).deletingLastPathComponent()
newURL.appendPathComponent(newFileName)
do {
try FileManager.default.moveItem(atPath: oldURL.path, toPath: newURL.path)
} catch {
print("Error renaming file! Threw: \(error.localizedDescription)")
}
}
}
}
}
它所做的是：它在视图初始化后（在 previousFileURL 中）通过在 [=13] 中分配它来“存储”状态变量中文档的初始 URL =] 修饰符（我这样做是因为我不知道如何获取对 DocumentGroup 闭包中传递的 file 的引用）。
然后，通过使用 .onDisappear 修饰符，我使用 FileManager 的 moveItem 来分配新名称 - 只需将文件从之前的 URL “移动”到新的生成一个（实际上应该重命名文件）；提供的示例代码使用的是硬编码字符串 newFileName，但在我的实际代码中（实际上 post 太长了）我正在从存储在中的值中提取这个新文件名实际文档，它又是应用程序用户可以在文档打开时编辑的字符串（有意义吗？）。
问题
这目前有一个非常烦人的问题：在某些情况下（即，当应用程序刚启动时，并且使用“加号”按钮创建了一个新文档），代码的行为与我一样期望它 - 它打开新文档，我可以在其中（使用“内容视图”）编辑（和存储）将成为文件名的字符串，当我“关闭它”时（使用 NavigationView 上的后退按钮), 它会适当地更新文件名，我可以通过在文档浏览器中实际查看文件来确认这一点。
但是......如果我重新打开同一个文件，或者使用另一个文件，或者只是在不关闭应用程序的情况下再次执行创建新文件等的整个过程，那么显然 DocumentGroup 以某种方式将 FileManager 弄乱到 moveItem 操作实际复制文件（使用新名称）但不删除或实际重命名“旧”文件的程度，因此您最终得到两个文件：一个使用新名称，一个使用“旧”/以前的名称。
即使我检查旧名称文件是否存在，也会发生这种情况：当达到这些条件时，FileManager.default.fileExists 实际上找到了 previous/old 文件，但是当它“移动”到new name 然后复制它而不是重命名它。奇怪，但我假设这是因为我在上面 link 中提到的（明显的）错误。
希望这能让有更多经验和理解的人得到更好的答案，他们会（希望）在这里分享。
上述“解决方案”遇到的问题与 .fileImporter 修饰符的一个（已确认）错误有关 - 所以，这个“有效”，尽管它是 hacky。
您是否在设备上测试了上述“hacky”解决方案？它在模拟器上运行良好，但由于 new access permission rules in iOS 13，代码抛出 “XXXXXX” couldn’t be moved because you don’t have permission to access “YYYYYY”.
我已经深入挖掘并尝试覆盖 XCode 生成的 Document.swift 标准代码的标准 init() 和 FileWrapper 函数定义，以将所需的文件名设置为preferredFilename 和 filename FileWrapper 的属性：
struct SomeDocument: FileDocument, Decodable, Encodable {
static var readableContentTypes: [UTType] { [.SomeDocument] }
var someData: SomeCodableDataType
init() {
self.someData = SomeCodableDataType()
print("Creating.\n")
}
init(configuration: ReadConfiguration) throws {
guard let data = configuration.file.regularFileContents else {
throw CocoaError(.fileReadCorruptFile)
}
let savedPreferredName = configuration.file.preferredFilename
let savedName = configuration.file.preferredFilename
let fileRep = try JSONDecoder().decode(Self.self, from: data)
self.someData = fileRep.someData
print("Loading.\n Filename: \(savedPreferredName ?? "none") or \(savedName ?? "none")\n")
}
func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper {
do {
let fileRep = try JSONEncoder().encode(self)
let fileWrapper = FileWrapper.init(regularFileWithContents: fileRep)
fileWrapper.preferredFilename = fileName()
fileWrapper.filename = fileName()
print("Writing.\n Filename \(fileWrapper.preferredFilename ?? "none") or \(fileWrapper.filename ?? "none").\n")
return fileWrapper
} catch {
throw CocoaError(.fileReadCorruptFile)
}
}
func fileName() -> String {
let timeFormatter = DateFormatter()
timeFormatter.dateFormat = "yyMMdd'-'HH:mm"
let timeStamp = timeFormatter.string(from: Date())
let extention = ".ext"
let newFileName = timeStamp + "-\(someData.someUniqueValue())" + extention
return newFileName
}
}
这是控制台打印输出。我在方括号 []:
[CREATE DOC BY TAPPING +]
Creating.
[AUTOMATIC WRITE]
Writing.
Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
[AUTOMATIC LOAD]
Loading.
Filename: none or none
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
isEditable: true
[CLOSING DOC]
Writing.
Filename 210628-16:49-SomeUniqueValue.ext or 210628-16:49-SomeUniqueValue.ext.
[REOPENING DOC]
Loading.
Filename: none or none
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
isEditable: true
因此在初始文档创建后，第一次写入（使用 func fileWrapper(configuration: WriteConfiguration) throws -> FileWrapper），文件名被正确分配给 FileWrapper。但是，当视图代码加载文档时，很明显 FileWrapper 的文件名名称属性中的 none 已被使用。当文档关闭（使用 FileWrapper 并分配名称）并再次打开时，重复相同的操作。
这看起来像是一个错误。我不明白为什么 DocumetGroup 不使用 FileWrapper 的文件名属性，而肯定使用相同的 FileWrapper.
我还没有在新的 SwiftUI (iOS14) 上尝试过这个。我会做并报告。
更新：现在在 iOS 14 上测试过，在那里也不起作用。我想是时候雷达了。