ほとんどのアプリ 'ドキュメント'がファイルベースでない場合、NSDocumentは正しい選択ですか？

Question

私は、データベースファイルを操作するMac Cocoaアプリケーションを作成しています。これは、NSDocument技術を使用して簡単に実装できます。これらのファイルは、直接ディスクファイルに関連しています。

しかし、アプリの大半はこのデータベース内のアイテムを操作します。ユーザーがデータベース項目を開くと、アイテムを表示、編集、保存できるようにする新しいウィンドウが表示され、データベース項目はディスクファイルに直接関係しません。ここで、取り消しとやり直しが適切であることに注意してください。

NSDocumentテクノロジをデータベースウィンドウとデータベースアイテムウィンドウの両方に使用するのが適切ですか、それとも良い方法がありますか？

Answer 1

私はNSDocumentを使用すると良い選択になると思います。 NSDocumentController、元に戻すサポート、ウィンドウ管理など、提供されている機能のほとんどを利用できます。読み込みや保存などのいくつかのメソッドをオーバーライドする必要があります。これらのドキュメントで正しく動作するようにするには、「最近使ったファイル」メニューを使用するのが難しいかもしれません（カスタムURLスキームを使用しているかもしれません）。 NSDocumentを使用することの短所は...私が考えることはできません。すべてをゼロから書く必要があり、アプリケーションの残りの部分にそれらを統合することはさらに難しくなります。

Answer 2

NSDocumentに基づいてアプリケーションを作成しました。実際にはNSPersistentDocumentというオブジェクトデータを格納するためのコアデータサービスにアクセスできるようになっています。それは私のために素晴らしい仕事をしたが、私は不利な点は見つけなかった。

で作業することを検討するときは、文書のインスタンスをビュー/ウィンドウとその関連データを管理するために構築するさまざまなコントローラに渡すためのメカニズムを用意する必要があります。私はNSPersistentDocumentのインスタンスへの参照を保持できる汎用View Controllerクラスを作成してこれを実装しました。すべてのビューコントローラはこの汎用コントローラのサブクラスであり、Core Dataサービスに簡単にアクセスできます。

私のアプリは、エンティティごとにボリュームが異なる15個のコアデータエンティティを数百から数十万のインスタンスまで管理します。元の質問の一部ではありませんが、オブジェクトの永続性のためにコアデータを使用することを検討することもできます。私はアプリケーションを構築する間にリアルタイム保護されていることがわかりました（PHP、Java、および一般的に生産性にはあまり寄与しないさまざまなDBレイヤーでこれまでに働いていました）。