Синхронизация основных данных через Parse

Я не самый предвзятый ответчик, потому что я разработчик среды Ensembles, но позвольте мне высказать некоторые мысли.

Что касается самого Ensembles, то это фреймворк, не зависящий от бэкенда. Да, он работает с iCloud и Dropbox Sync API, а также с CloudKit, Dropbox Core API (который не устарел) и WebDAV. Существует также собственный сервер Node.js, доступный с одним пакетом, который позволяет вам самостоятельно размещать данные с помощью Heroku и S3.

Так что даже если вы не хотите оставаться с Apple, есть и другие варианты. Но даже более того, вы можете написать свой собственный класс внутреннего адаптера. Большинство из них содержат около 500 строк кода, и вы можете создать его на основе одного из существующих классов. Это позволит вам создать серверную часть, которая хранит данные и аутентифицируется с помощью Parse, а слияние данных оставить Ensembles. Еще одним преимуществом этого является то, что вы можете легко перейти на другие серверные части в будущем или предложить их в качестве опций. (CloudKit определенно стоит посмотреть.)

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

Вместо того, чтобы выполнять операции CRUD через интерфейс, вы можете просто наблюдать за NSManagedObjectContextDidSaveNotification и извлекать изменения из словаря userInfo.

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

Если в вашем приложении есть небольшой объем данных, создание этой системы не представляет особой сложности, но по мере того, как ваши данные начинают расти, вам нужно начать использовать такие вещи, как пакетная обработка, чтобы поддерживать низкий уровень данных в памяти на iOS. Такие вещи могут занять много времени. Например, Ensembles 2 имеет почти такой же API, что и Ensembles 1, но я потратил около 4 месяцев на то, чтобы переписать такие вещи, как пакетная обработка, для эффективного использования памяти.

Я создал прототип приложения, используя описанный вами подход (приложение было социальным, а не синхронизированным, следовательно, без ансамблей). Я использовал CloudKit, который очень похож на Parse. Потребовалось около 1000 строк кода Swift, чтобы все загрузка/выгрузка данных работала нормально с локальным кешем Core Data. Это, безусловно, выполнимо, особенно если вы уже хорошо знакомы с Core Data. В противном случае может возникнуть кривая обучения.

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