использовать пользовательское постоянное хранилище данных для получения данных через веб-сервисы?

Question

Это хорошая идея?Когда это хорошая идея, а когда плохая?

Только что слышал об этом в одном из видеороликов WWDC, и я не совсем понимаю, почему кто-то хотел бы сделать это таким образом.Кажется сложным, и я не вижу выгоды.

Answer 1

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

Answer 2

Как я понимаю, было бы полностью абстрагировать уровень доступа к данным.После этого вы сможете получить доступ к веб-службе с помощью API запроса на выборку Core Data.Вы также сможете реализовать кэширование в постоянном хранилище, не затрагивая логику приложения.

Кроме того, изменение формата запроса / ответа веб-службы может потенциально повлиять только на уровень постоянного хранилища.видите, это может быть выгодно для больших запросов.Поскольку работа с сетью довольно затратна по времени работы от батареи, приложение должно использовать как можно меньшую полосу пропускания, поэтому, по моему мнению, разработка одного запроса, отправляющего больше информации, но использование базовых данных для одновременного доступа только к подмножествам.Наконец, я думаю, что Core Data API хорошо сочетается с основными веб-фреймворками ORM, такими как rails или django, например.