Приложение на основе документов с Core Data или простое приложение Core Data?

Я пытаюсь понять ключевые различия между этими двумя типами шаблонов приложений Core Data.

Насколько я понимаю, с приложением основных данных на основе документов вы получаете бесплатный доступ к экземплярам NSDocument и множеству поведений на основе документов (сохранение диалогов, отмена и т. д.).

Предполагая, что я хочу создать приложение, которое больше основано на «Проекте» и не обязательно ориентировано на создание отдельных сохраняемых документов, должен ли я по-прежнему использовать Core Data с документами?

Чтобы быть более конкретным, я пытаюсь создать простое приложение CMS, используя основные данные и выводя html-страницы структурированным образом. Идея приложения будет сосредоточена на «сайтах», которые на самом деле являются проектами, а не отдельными документами. Проекты содержат консолидированную модель для различных сообщений, страниц, содержимого боковой панели и всего содержимого, которое может потребоваться для размещения на веб-сайте. Но приложение не сохраняет отдельные страницы как документы в традиционном понимании. Я хочу унифицированную модель всех данных проекта и предоставить функции экспорта, при которых вся модель приложения будет выражаться в виде набора html-документов в указанной папке проекта.

Это одновременно и обучающее упражнение, и то, что я хочу попробовать и построить для себя.

Любые советы по конкретной документации для чтения? В частности, информация о приложениях какао на основе «Проекта», а также полезные образцы и учебные пособия.

Вполне возможно, что модель данных CMS может быть сохранена в одном документе Core Data, но это не обязательно кажется правильным с архитектурной точки зрения.