問題タブ [uidocument]

ファイルをiCloudに同期するための簡単なテストをしようとしています。これは私が持っている単純なスニペットです：

今、私は周りを見回そうとしました、そして他のチュートリアルでは、これは彼らがそれをする方法のようです。問題は、コードが実行されると、この例外がスローされることです（[doc saveToURL]の行で）：

'NSInvalidArgumentException'、理由：' * -[NSURL URLByAppendingPathExtension：]：コンポーネント、コンポーネント、またはpathExtensionをnilにすることはできません。

このロジックを実行するメソッドは、ここでユビキタスURLを取得した直後に呼び出されます。

私はそれを修正するためにいくつかの異なることを試みましたが、それは起こり続けます。問題が何であるかについて何か考えはありますか？

お時間をいただきありがとうございます:)

UIDocumentInteractionControllerファイルのプレビューに使用しています：

ビューの上部にカスタム ボタンを追加して何らかのアクションを実行するにはどうすればよいですか?

複雑なアプリケーションの状態を維持するために、ディレクトリベースの NSFileWrapper (別名ファイル パッケージ) で iCloud 対応の UIDocument を使用しようとしています。私のアプリでは、ユーザーは多くの異なる構成を持つことができます (潜在的なドライバーごとにシート設定がある車のようなものです)。

個々の状態ごとに、通常のファイル NSFileWrapper をファイル パッケージ全体に追加します。

UIDocument のクラウドへの書き込みとクラウドからの読み取りは正常に機能しています。ファイル パッケージが変更されたときにも通知を受け取ります。

問題は、サブファイル (つまり、状態) への追加または変更のどれがパッケージを変更したのか、通知から判断できないことです。

カスタムUIDocumentでpresentedSubitemDidChangeAtURLをオーバーライドしようとしましたが、パッケージのURLしか得られません。ファイル ラッパーの matchesContentsOfURL メソッドも試してみましたが、子ファイル ラッパーには「実際の」URL がないため、正しくないようです。

コメントや提案を歓迎します。

データを開いたり、閉じたり、変更したり、適切なUIDocumentSaving API メソッドを使用してドキュメントを保存したりしても、fileModificationDateプロパティから返される値は変更されません。

ドキュメントから：

変更日は、、、およびメソッドによって更新さopenWithCompletionHandler:れsaveToURL:forSaveOperation:completionHandler:ますrevertToContentsOfURL:completionHandler:。

ただしfileModificationDate、コア データ ストアが更新されているかどうかに関係なく、常にドキュメント ファイル ラッパーの作成日を報告します。

確かにこれは正常な動作ではありませんよね?

特定の追加コードはありません。これは単純に UIManagedDocument のサブクラスです。UIManagedDocument は、ドキュメント ラッパー内の Core Data ストアを自動的に管理します。次のような単純なコード:

ドキュメントが作成された日付を常に返します。作成日と変更日はどちらも同じで、ドキュメントが作成のために最初に保存された日付です。ただし、コンテンツ ストア ファイルの変更日は変更され、作成日はドキュメント ラッパーと同じです。

私は iOS 5.1 アプリを持っていて、それを iOS 6 用に最適化しようとしています。問題は、openWithCompletionHandler:決して完成していないことです。ご覧のとおり、2 番目のデバイスはこのファイルをダウンロードできません。しかし、デバイス所有者はファイルをうまく処理します。

私のアプリは 2 つのファイル タイプを使用します。1 つ目はテキスト データのみで、2 つ目は画像データを含むテキストです。すべてがテキスト ファイルで完全にクールです。問題はファイルサイズにあると思いますが、遅延（40秒試しました）は役に立ちません。

dataWithContentsOfFile:UIDocument の代わりに使用しようとすると、結果は

Data: (null) WithError: Error Domain=NSCocoaErrorDomain Code=256 "The operation could not be completed. (Cocoa error 256.)"

次のコードを使用してドキュメントを開きます

開く直前に次を追加しましたが、効果がありません。

私は困惑しています。UIDocument メソッド openWithCompletionHandler は iOS 5 および IOS 6 シムでは機能しますが、iOS 5.1 では機能しません。

これを回避する方法について何か考えはありますか？これは、シムが落ちても実際の環境では落ちないことの 1 つにすぎませんか?

ありがとう。

スティーブ

NSFileWrapperディレクトリがあるとしましょう。このディレクトリは、いくつかのレベルのディレクトリとファイルで構成されています。一部のファイルはサイズが大きくなります。これらのファイルはすべてメモリにロードされていますか、それとも遅延ロードされていますか?

それらがメモリにロードされている場合、NSFileWrapperファイルをメモリにロードしない同様の機能を備えた代替手段はありますか? フックできるものはありUIDocumentますか？

これは、UIDocumentiCloud と同期される を使用するドキュメント ベースのアプリケーション用です。ドキュメントには、画像やビデオを埋め込むことができます。各画像/ビデオには、HTML ドキュメントに表示されるプレビュー画像 (サムネイル) があります。フルサイズの画像や動画はメモリにロードするのではなく、オンデマンドでロードする必要があります。

また、メモリにロードせずにリソースを追加する方法も必要です。「initWithAsset:(ALAsset *)」のようなものが理想的です。

最近、私は奇妙な問題に遭遇しました、そして誰かが同じことを経験したならば、私は興味があります。私はiCloud対応のアプリケーションに取り組んでいます。

• （void）openWithCompletionHandler：（void（^）（BOOL success））completionHandler

iCloudに保存されている一部のファイルの場合。

私はXCode4.5.2（4G2008a）を使用しており、それぞれがiOS 6.0.1を実行しているいくつかのデバイスを持っています：iPhone 3GS、4GS、5、いくつかのiPadと2つのiPod Touch、第4世代と第5世代。さらに、私はiCloudデータも処理するいくつかのMACを使用していますが、それらはファイルにアクセスするために異なるスキームを使用しています。

問題：iPhone 5を除いて、アプリは他のすべてのデバイスで完全に機能しています。他のどのデバイスが同時にアプリを実行していても、完了ハンドラーが呼び出され、ドキュメントが正しく読み込まれて開かれます。

ただし、iPhone 5では、完了ブロックもloadFromContents ::も呼び出されず、アプリはハングします。これは、iCloudが存在するユビキタスアイテムであると報告した場合、このファイルに依存するためです。

同じアプリが他のすべてのデバイスで実行されるので、コーディングやロジックのエラーはないはずですが、iPhone5iOSの実装にはいくつかの違いがあります。誰か同じような経験、または回避策のアイデアはありますか？

データ、アーカイブされたオブジェクト、および画像のパッケージにファイル ラッパーをカプセル化する UIDocument のカスタム サブクラスを実装する iOS アプリがあります。最初に実装を iCloud サポート用の UIDocument に変換しましたが、信頼性が低すぎるため、iCloud 部分を引き出して、ローカル ストレージで UIDocument を使用しています。

ユーザーがデータを変更すると、 updateChangeCount: を UIDocument インスタンスに送信し、バックグラウンドで定期的に自動保存します。アプリケーションがバックグラウンドになったときにのみドキュメントを閉じます。UIDocument の contentsForType メソッドを呼び出す自動保存の後、loadFromContents も呼び出されることを発見しました。これは論理的に理解できず、インターフェースにも問題を引き起こしています。

loadFromContents は、ドキュメントを開くとき、または iCloud ドキュメントが別のデバイスで変更された場合にのみ呼び出されると思いました。そのため、ドキュメントがバックグラウンドで自動保存されると、再読み込みも行われ、UI が更新され、保存されていない進行中の新しい作業が破棄されることがあります。UI での再読み込みを無視することもできますが、モデル データが UI オブジェクトと異なるという問題がいくつかあります。

では、この動作を引き起こすために何が間違っているのでしょうか? loadFromContents を開始しないように保存したり、その動作を処理する方法を理解したりしたいと思います。

ありがとう！

iCloudドキュメントストレージを使用した非常にシンプルなIOSアプリがあります。すべてが機能していましたが、ある時点で、少なくとも 1 つの iCloud ドキュメントのドキュメント ロード メソッドで EXC_BAD_ACCESS エラーが発生し始めましたが、ほとんどのファイルは問題なくロードされます。

不良データを「キャッチ」して処理し、破損したファイルを無視できると期待しています。しかし、私は方法を理解できないようです。EXC_BAD_ACCESS エラーにより、アプリがクラッシュします。

データまたはファイルが失敗してスキップ (または削除) することを事前に判断するには、どうすればよいでしょうか。