問題タブ [nsfilecoordinator]

iCloud コンテナからサンドボックスに大量のファイルをダウンロードするためのより良い方法を探しています。これは私が現在使用しているものです：

この方法で iCloud アイテムのコピーを作成することに問題はありますか? 本番環境では、すべてのファイルがダウンロードされていないと不満を言うユーザーがいます。NSFileManager's startDownloadingUbiquitousItemAtURL:error代わりに使ったほうがいいですか？もしそうなら、なぜですか？ありがとう。

.plistドキュメント ディレクトリ内のファイルにアクセスする必要がある Today 拡張機能を作成しようとしています。アプリと拡張機能の両方にアプリ グループをセットアップしました。

の例を見てきましたがNSUserDefaults、ファイルにアクセスするためのものが見つかりませんでした。

このようにファイルにアクセスしてみました（アプリ自体で動作します）

しかし、コンソールに次のエラー メッセージが表示されます。

NSFileCoordinatorドキュメントには、 との使用について何かが書かれていNSFilePresenterます。私はそれらを使用する方法を見つけることができませんでした。どこかでアプリ グループ識別子を伝える必要があると確信していますが、どこにあるのかわかりません。

iOS アプリでのフォルダ作成を説明するチュートリアルはありますか?

私のアプリケーションには、さまざまな種類のドキュメントを含むホームページがあります。文書の種類ごとにフォルダー内の文書を整理したい。誰でも助けることができますか？

インポートされたフォルダー/ファイル ツリーに加えられた外部変更を追跡するためにNSFilePresenter使用するプロトコルを完全に実装しました。NSFileCoordinatorそして、それは一般的に機能します。

しかし、私はまだ少し混乱しています。

• プロトコルの機能のほぼすべて (すべてではないにしても) を実装しました。
• presentedSubitemDidChangeAtURL:、presentedSubitemAtURL:didMoveToURL:およびpresentedItemDidChange呼び出されるのはこれらだけです
• 新しいフォルダーの追加やファイルの移動を正常に追跡できます。ただし、ファイルコンテンツの変更を追跡する場合(別のアプリによって編集および保存された場合) は、少し複雑になります。呼び出されるメソッドは次のとおりですpresentedItemDidChange(明らかに他の場合でも呼び出されます)。

私は何が欠けていますか？

presentedItemDidGainVersion:どちらかまたはsavePresentedItemChangesWithCompletionHandler:呼ばれるべきではありませんか？

どんな助けや指針も大歓迎です！:)

AppleWatch アプリから安全にファイル IO を実行できるように、アプリでセットアップしてNSFileCoordinatorいます。NSFilePresenter私のコードには、ファイルに数回連続して書き込む場所がいくつかあります。これはそれ自体が問題であり、修正に取り組んでいますが、その過程で奇妙な動作に気付いています。

書き込みを次のようにラップします。

最初の書き込みでは、書き込みブロックは 1 ミリ秒以内に発生します。ただし、その後、呼び出しcoordinateWritingItemAtURLと書き込みブロックの実行の間に約 0.5 秒の遅延があります。

これは予想される動作ですか？

およびのドキュメントの一部は、バッチ操作に使用するNSFileCoordinatorとNSFilePresenter述べていますprepareForReadingItemsAtURLs:writingItemsAtURLs:options:error:byAccessor:が、バッチ操作を行わないと、このような長い遅延が発生するのは奇妙に思えます。

更新：これは読書でも起こります。

更新 2: これは、問題を再現するサンプル プロジェクトです。

更新 3:この API をアプリとその拡張機能間の調整に使用することは明らかに悪い 考えです。しかし、疑問はまだ残っています。