NSDocumentアーキテクチャで文書を開く前に妥当性確認

Question

私はXMLファイルをフォーマットする文書ベースのアプリケーションを持っています。

ライティングや原稿の読み取りは、私のNSDocumentのサブクラス

- (BOOL)writeToURL:(NSURL *)absoluteURL ofType:(NSString *)typeName error:(NSError **)outError 
- (BOOL)readFromURL:(NSURL *)absoluteURL ofType:(NSString *)typeName error:(NSError **)outError 

で行われますが、ファイルが無効なXMLであれば、私のアプリは、単にクラッシュされます。

だから私は実装：

- (BOOL)application:(NSApplication *)theApplication openFile:(NSString *)filename 
{ 
    if(safe){open new document using .....makeDocumentWithContentsOfURL:......} 
    else{present alert} 
} 

をしかし、これで明白な副作用がたくさんあります。

-(BOOL)writeSafelyToURL:(NSURL *)absoluteURL ofType:(NSString *)typeName  forSaveOperation:(NSSaveOperationType)saveOperation error:(NSError **)outError 
{ 
    return [self writeToURL:absoluteURL ofType:typeName error:outError]; 
    //return YES; 
} 

これはビーチボールのカーソルが表示され、最終的にアプリケーションが応答しなくなる場所です。

オープンする前に文書を検証する良い方法はありますか？

Answer 1

-readFromURL:ofType:error:は、不正なXMLでクラッシュしないように実装する必要があります。これはあなたの検証を行うべきルーチンです。あなたのコードのどの部分がクラッシュを引き起こしていますか、それはどのようなクラッシュですか？

ビーチボールについては-writeSafelyToURL:ofType:forSaveOperation:error:で、おそらく無限ループを作成しています。 -writeToURL:ofType:error:は-writeSafelyToURL:....となる可能性があります。いずれにせよ、これはそれを過負荷にする非常に奇妙な方法です。ここで何を達成しようとしていますか？ -application:openFile:のオーバーロードが最初の問題またはあなたが説明している過負荷にどのように関係しているかは分かりません。

Answer 2

最善の策は、あなたのアプリケーションでこれを呼んでいる：のOpenFile：方法：

[[NSDocumentController sharedDocumentController] openDocumentWithContentsOfURL:[NSURL fileURLWithPath:filename] display:YES error:&error]; 

私はすべての問題（私もドキュメントアーキテクチャに新たなんだ）を持っていなかったことを使用します。その行の前にあなたの検証をしてください。すべてがうまくいくはずです。

役に立つかもしれない別のもの：NSDocumentの異なるロード/セーブメソッドをオーバーライドする場合は、セーブ/ロードを実行しない場合は、それぞれのスーパーバージョンを最後に呼び出してください。たとえば、あるタイプのデータにはreadFromData:ofType:error:を、別のタイプにはreadFromFileWrapper:ofType:error:を設定することができます。要求されたタイプを処理しないと、それぞれの末尾に[super ...]を呼び出す限り、自動的に動作します。

Answer 3

なぜ簡単に使用しないでくださいリターンコード ??ストレートreadFromURL:ofType:error:のためのドキュメントから

：

戻り値
YES文書の内容を読み取ることができれば、そうでなければNO。