![](/img/trans.png)
[英]Is it possible to combine WindowGroup and DocumentGroup in a SwiftUI iOS app?
[英]SwiftUI + DocumentGroup in iOS/iPadOS: how to rename the currently open document
我的問題是關於 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
的 scope 上運行時,如何編輯/更改實際文件名? 缺少 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
中)通過在.onAppear
修飾符中分配它來“存儲” state 變量中文檔的初始 URL (我這樣做是因為我不知道如何獲得引用在DocumentGroup
閉包中傳遞的file
)。 然后,通過使用.onDisappear
修飾符,我使用FileManager
的moveItem
來分配新名稱 - 只需將文件從以前的 URL “移動”到新生成的文件(實際上應該重命名文件); 提供的示例代碼使用硬編碼字符串newFileName
,但在我的實際代碼中(實際上在這里發布太長)我從存儲在實際文檔中的值中提取這個新文件名,這反過來是文檔打開時應用用戶可以編輯的字符串(有意義嗎?)。
問題
這目前有一個非常煩人的問題:在一組情況下(即,當應用程序剛剛啟動,並且使用“加號”按鈕創建了一個新文檔時),代碼的行為與我預期的一樣 - 它打開新文檔,我可以(使用“內容視圖”)編輯(並存儲)將成為文件名的字符串,當我“關閉它”(使用 NavigationView 上的后退按鈕)時,它會更新適當的文件名,我可以通過在文檔瀏覽器中實際查看文件來確認。
但是......如果我重新打開同一個文件,或者使用另一個文件,或者只是在不關閉應用程序的情況下再次完成創建新文件的整個過程等,那么顯然DocumentGroup
以某種方式將FileManager
了其中moveItem
操作實際上復制文件(使用新名稱),但不會刪除或實際重命名“舊”文件,因此您最終會得到兩個文件:一個具有新名稱,一個具有“舊”/以前的名稱.
即使我檢查舊文件是否存在也會發生這種情況:當它達到這些條件時, FileManager.default.fileExists
實際上會找到以前/舊文件,但是當它“移動”到新名稱時,它會復制它而不是重命名它。 奇怪,但我假設這是因為我在上面的鏈接中提到的(明顯的)錯誤。
希望這為有更多經驗和理解的人提供更好的答案,他們將(希望)在這里分享。
上述“解決方案”遇到的問題與.fileImporter
修飾符的(已確認)錯誤有關 - 所以,這個“有效”,盡管它是 hacky。
您是否在設備上測試過上述“hacky”解決方案? 它在模擬器上運行良好,但由於iOS 13 中的新訪問權限規則,代碼拋出“XXXXXX” couldn't be moved because you don't have permission to access “YYYYYY”.
我已經深入挖掘並嘗試覆蓋由 XCode 生成的Document.swift
標准代碼的標准init()
和FileWrapper
FileWrapper
定義,以將所需文件名的文件名和filename
名設置為preferredFilename
文件名:文件名AEZ,
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 上測試,在那里也不起作用。 我想是時候雷達了。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.