Хранение HTML в приложении Core Data - PullRequest
0 голосов
/ 23 января 2010

Как продолжение до этого предыдущего вопроса , у меня есть приложение для iPhone на основе Core Data, которое получает базовый файл базы данных SQLite, предварительно загруженный небольшой утилитой, написанной на Cocoa, которую я также написал , По сути, я беру данные из текстовых файлов и строю свои данные в автономном режиме, поэтому приложение работает максимально быстро, когда оно запускается (т. Е. Нет разбора данных на моем конце).

Часть проекта будет включать создание подробного представления из этих данных, и, поскольку лучший способ визуализации форматированного текста на нескольких экранах - это использование HTML и UIWebView, я мог бы расширить свой конвертер данных для генерации HTML. в процессе конвертации.

Мой вопрос: каковы преимущества и недостатки хранения блоков HTML произвольного размера с использованием Core Data? Как я уже говорил, я использую SQLite в качестве своего постоянного хранилища. Меня интересует производительность, особенно если уместно хранить (скажем) текст объемом 10-50 тыс. В столбце базы данных.

Моя альтернатива - генерировать отдельные HTML-файлы, сохранять их как ресурсы и находить их динамически. Однако это требует больше времени для реализации и не так просто, как простое подключение к существующему потоку базовых данных (т. Е. Добавление нового свойства к сущности).

Ответы [ 2 ]

3 голосов
/ 23 января 2010

Возможно, вы захотите подумать о перемещении этих больших блоков в их собственные объекты, чтобы они НЕ ДОЛЖНЫ загружаться в память все время. В противном случае 10-50k звучит не так уж плохо.

0 голосов
/ 23 января 2010

Хотя я не тестировал его, я храню несколько десятков HTML-страниц в приложении CORE DATA с очень удовлетворительной производительностью (читай мгновенно ...).

-t

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...