iPhone приложение отклонены, поскольку принципы хранения данных iCloud

У меня есть очень глупая идея. Но, может быть, это действительно так.

Вы можете показать всплывающее окно при запуске с вопросом "не хотите ли вы, чтобы я создал некоторые демонстрационные данные". Когда пользователь нажимает "да", его данные генерируются пользователем.

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

У меня была именно такая проблема с Приложение недавно. В нашем случае мы использовали основные данные и скопировали файл SQL при запуске.

К сожалению, вы должны ориентироваться на iOS 5.

Https://developer.apple.com/library/ios/qa/qa1719/_index.html

Просто добавьте следующий атрибут, и Apple позволит вам пройти (если вы не используете

    #include <sys/xattr.h>
    ...
    - (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL
    {
    int result = -1;
    @try {
            const char* filePath = [[URL path] fileSystemRepresentation];
            const char* attrName = "com.apple.MobileBackup";
            u_int8_t attrValue = 1;
            result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0);
    } @catch (NSException * e) {
            DebugLog(@"Exception: %@", e);
    }
    return result == 0;
    }

    - (NSPersistentStoreCoordinator *)persistentStoreCoordinator {
    ... 
    NSURL *storeUrl = [NSURL fileURLWithPath:storePath];
    [self addSkipBackupAttributeToItemAtURL:storeUrl];
    ...

CoreData и два постоянных магазина должны быть способом пойти. Но для вас, при первом копировании файла установите com.яблоко.Атрибут файла MobileBackup. Снимите его после того, как пользователь внесет свою первую модификацию

В качестве окончательного решения я предлагаю использовать CoreData, с вашими законсервированными данными в качестве дополнительного постоянного хранилища только для чтения.

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

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

Это должно помочь вам пройти проверку.

Использование вашего "частного" уровня доступа к данным SQL

Поскольку вы используете не основные данные, а пользовательский уровень доступа, я могу только предложить не помещать базу данных" initial seed " в папку iCloud, а написать пользовательскую процедуру, которая генерирует ее во время выполнения (например. при первом запуске приложения).

Наилучшим подходом будет размещение вашего реального файла SQL в общем пакете приложений, вне общей папки iCloud. Через вашу процедуру вы должны будете прочитать все содержание этот файл и воссоздать клон в общей папке, так что этот новый файл будет отображаться как пользовательский контент, а не в комплекте контента. Это потребует немного бесполезных накладных расходов, но я думаю, что это необходимо, чтобы избежать отказа Apple от вашего приложения.

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

На случай, если вы планируете использовать Core Data и iCloud вместе.

Во-первых, размещение пользовательского файла базы данных SQLite3 в iCloud опасно по нескольким причинам, первая из которых заключается в том, что вы никогда не сможете должным образом обрабатывать проблемы слияния между различными данными, если ваше приложение используется на разных устройствах одновременно. Я не могу дать вам здесь полное решение, так как оно потребует слишком много времени и пространства. Но Я предлагаю вам посмотреть на сессию 227 talk от Apple WWDC в этом году. Они говорят об использовании основных данных и iCloud вместе, а также о решении той же проблемы, с которой вы столкнулись прямо сейчас (например, начальное заполнение базы данных и синхронизация через iCloud). Если вы зайдете на страницу WWDC через портал разработчика Apple, вы сможете получить полную копию образца проекта.

Если вы используете основные данные, вы можете сохранить образцы данных в пакете приложений. Откройте его как постоянное хранилище только для чтения на том же координаторе, что и хранилище чтения / записи в каталоге docs, и основные данные будут уверены, что все останется в правильном месте при сохранении. Об этом говорится в видеоролике WWDC 2012 "рекомендации по использованию основных данных".

Если вы используете SQLite напрямую, это не так просто, но вы можете реализовать свою собственную логику для этого.