コアデータを持つドキュメントベースのアプリケーションとプレーンなコアデータアプリケーション

Question

これらの2種類のコアデータアプリケーションテンプレートの主な違いを理解しようとしています。

私は、ドキュメントベースのコアデータアプリケーションを使用すると、NSDocumentインスタンスと多くのドキュメントベースのビヘイビアを無料で（ダイアログの保存、元に戻すなど）アクセスできることを理解しています。

「プロジェクト」ベースのアプリケーションを作成し、個々のセーブ可能なドキュメントを作成することに集中する必要はないと仮定しても、ドキュメントでコアデータを使用する必要がありますか？

より具体的には、コアデータを使用して簡単なCMSアプリケーションを構築しようとしており、構造化された方法でhtmlページを出力します。このアプリのアイデアは、単一のドキュメントではなく、実際にはプロジェクトである「サイト」に焦点を当てています。プロジェクトには、さまざまな投稿、ページ、サイドバーのコンテンツ、およびウェブサイトに移動する必要のあるコンテンツの統合モデルが含まれています。しかし、アプリは伝統的な意味で個々のページをドキュメントとして保存しません。私はすべてのプロジェクトデータの統一モデルが必要で、アプリケーションモデル全体が指定されたプロジェクトフォルダ内の一連のhtmlドキュメントとして表現されるエクスポート機能を提供します。

これは、学習の練習でもあり、自分自身で試してみたいものです。

特定のドキュメントに関するヒントをお読みください。特に「プロジェクト」ベースのココアアプリ、有用なサンプルやチュートリアルに関する情報

CMSデータモデルを1つのCore Dataドキュメントに格納することは考えられますが、必ずしもアーキテクチャの観点から見て正しいとは限りません。

Answer 1

プロジェクトはドキュメントであり、ドキュメントは単一のファイルである必要はありません。

Answer 2

私は、ドキュメントベースのアプリケーションは、ユーザーが別々に格納された複数の情報セットを持つことができるということを見ています。

機能の観点から見れば、iTunesのほうがよい例です。 Appleはあなたが複数のライブラリを持つことを許しません。アプリケーション全体のための1つの「データベース」です。

単純なドキュメントベースのアプリケーションは、TextEditのようなものです。

私はあなたが提案しているものが単一のドキュメントベースのアプリケーションとあまりにも異なっているとは思いません。あなたが作り出すウェブページはプロジェクトの一部ではなくOUTPUTであることを覚えておく必要があります。テキストエディットの印刷出力がドキュメントの一部であるとは思わないのと同じ方法です。または、プロジェクトの一部であるXCodeのオブジェクト/実行可能ファイル。