3

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

默认情况下，所有新文档都以“无标题”名称初始化；在主应用程序入口点，我可以访问文件的 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)
    }
}

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

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

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

提前感谢您的任何指导。

4

3 回答 3

1

好的，事情是这样的：我“有点”设法实现了我所追求的目标，尽管（对我来说）它看起来不像是最“正确”的方法，而且这个过程仍然存在问题- 尽管目前我将其归咎于（显然已知的）错误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它的作用是：它通过在修饰符中分配它来在视图初始化（in）之后立即在状态变量中“存储”文档的初始 URL .onAppear（我这样做是因为我不知道如何获取对file在DocumentGroup闭包中通过）。然后，通过使用.onDisappear修饰符，我使用FileManager'smoveItem来分配新名称 - 只需将文件从以前的 URL“移动”到新生成的 URL（实际上应该重命名文件）；提供的示例代码使用的是硬编码字符串newFileName，但在我的实际代码中（实际上在这里发布太长）我正在从存储在实际文档中的值中提取这个新文件名，而该值又是应用程序用户可以在文档时编辑的字符串开放（有意义吗？）。

问题

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

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

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

希望这为有更多经验和理解的人提供更好的答案，他们将（希望）在这里分享。

于 2021-04-13T20:00:33.990 回答
0

上述“解决方案”遇到的问题与.fileImporter修饰符的（已确认）错误有关 - 所以，这个“有效”，尽管它是 hacky。

于 2021-05-03T14:33:36.680 回答
0

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

我已经深入挖掘并尝试覆盖 XCode 生成的标准代码的标准init()和FileWrapper函数定义Document.swift，以将所需的文件名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。当文档关闭（FileWrapper使用指定的名称写入）并再次打开时，同样的情况会重复。

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

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

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

于 2021-06-28T07:11:20.353 回答