Лучший способ хранить "Item-ItemDetails" в CoreData

Как и 99% приложений для iOS, у меня есть главный экран с длинным списком элементов, и когда пользователь нажимает на него, он видит детали элемента. Довольно просто. Допустим, для рендеринга первого экрана мне нужны заголовки и изображения. А для второго - большой html. Все данные хранятся постоянно в CoreData,

Я хочу список (UICollectionViewБыть как можно быстрее. Поэтому я не могу загрузить html-ы, пока пользователь не окажется на экране с подробностями.

Как это можно реализовать? Должен ли я создать два NSManagedObject классы: Item а также ItemDetails? Есть ли CoreData грузить все лениво?

1 ответ

Решение

Разделить его на Item а также ItemDetails это хороший подход.

Сначала я бы проверил, действительно ли это проблема с производительностью. Вы хотите убедиться, что понимаете, как установка размера пакета влияет на производительность выборки. В главах " Доступ к данным и производительности" в нашей книге "Основные данные" рассматриваются все детали.

Другие вопросы по тегам