Вопрос об оптимальном способе организации данных для приложения для iPhone в стиле книги

StackOverflow https://stackoverflow.com/questions/2343737

  •  23-09-2019
  •  | 
  •  

Вопрос

Я хотел бы начать работу над приложением для iPhone, которое делает чуть больше, чем отображать контент книг для чтения. Контент книги доступен в Интернете и полностью открыт, но я хотел бы сделать контент доступным локально. С приложениями, над которыми я работал ранее, а именно с iPhone OS 2.X, создание (или поиск) базы данных .SQL, а затем просто задавать вопросы для данных из приложения работало очень хорошо. С появлением основных данных (с которыми я не так знаком), старый метод SQL может быть не идеальным. Итак, мой вопрос: как лучше всего перейти от онлайн -веб -контента к местному хранимую контенту для iPhone? Независимо от того, какой подход я использую, мне понадобится БД (верно?), Так что я должен избавиться от него и начать с импорта веб -контента в БД со всеми правильными таблицами и столбцами? Я думаю, с этим вопросом я просто ищу точку в правильном направлении. Если бы были какие -либо предложения о лучшем методе для меня, чтобы наступить на это, это было бы очень оценено. Спасибо!

Это было полезно?

Решение

Основные данные хороши, если у вас есть «объекты», которые вы хотите сделать настойчивым. В случае с большим количеством данных для чтения/записи, обычный старый SQLite может быть проще.

Извините, что я не могу дать более конкретные советы, но все зависит от того, насколько сложны модель данных и модели данных вашего приложения. Я бы порекомендовал посмотреть на основные данные, но не используйте их только потому, что все говорят вам, насколько это круто.

Если вы перейдите с основными данными, вы не определите свою собственную схему базы данных SQL, поэтому не начинайте этот путь, пока не примет решение.

Другие советы

Я бы на самом деле пошел бы с основным маршрутом данных. Основные данные - это всего лишь API, предоставляемый Apple для управления постоянными данными независимо от бэкэнда данных (будь то плоский файл PLIST, файл XML или полный файл базы данных SQLITE).

В случае книги вы можете разбить объекты следующим образом.

Книжная сущность

  • Заголовок, который является атрибутом строки
  • Автор, который является атрибутом строки
  • Главы, которые имеют много отношений главы сущностей

Глава сущности

  • Заголовок, который является атрибутом строки
  • Страницы, которые имеют много отношений страниц

Страница сущность

  • Pagetext, который является атрибутом строки

Затем вы можете получить доступ ко всем значениям, как если бы они были объектами, используя основные данные, не беспокоясь о коде Backend SQL, и записывает весь код для перевода данных DataTypes SQLite в объекты Cocoa, которые могут отобразить ваши контроллеры представления.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top