Я считаю, что понятие CloudKit
«s государственных и частных баз данных может достичь того, что вам нужно сделать. В качестве справочника я имею в виду слайд 45 в презентации WWDC от Apple на cloudkit (http://devstreaming.apple.com/videos/wwdc/2014/208xx42tf0hw3vv/208/208_introducing_cloudkit.pdf)
Учитывая, что каждое приложение имеет контейнер, и этот контейнер содержит 1 общедоступную базу данных (доступ к которой могут иметь все пользователи приложения) плюс множество частных баз данных (по одному на каждого пользователя), если хранящиеся вами данные не являются частными, а затем рассмотрите их хранение в общедоступной базе данных. Вы можете изменить его по мере необходимости во время разработки, войдя в свою учетную запись iCloud
, и ваш клиент также может ее изменить, войдя в свою учетную запись iCloud
. (Apple docs заявляет, что публичная база данных хранится в пространстве iCloud разработчика приложения)
Если вы храните данные в частной базе данных, однако, они будут записаны в экземпляр частной базы данных, принадлежащей входящему в данный момент пользователь. Таким образом, все, что вы пишете, попадет в частный экземпляр базы данных (который Apple docs говорит, находится в личном пространстве iCloud каждого пользователя), и все, что он пишет, войдет в его частный экземпляр базы данных. До недавнего времени это был конец истории. Однако теперь cloudKit
поддерживает CKShare
, что в двух словах позволяет пользователю предоставлять доступ к определенным общим элементам внутри своего частного db. Таким образом, вы все равно можете записать данные в частную базу данных, но разрешить доступ через CKshare
.
Наконец, есть еще один вариант, но я не рекомендую его. В настройках устройства вы можете выйти из iCloud
и снова войти в систему как другой пользователь. В котором вы все еще работаете на своем устройстве, но вы вошли в iCloud в качестве своего клиента. Однако у этого есть много недостатков. Прежде всего, учет учетных данных всегда является плохой практикой безопасности. Но, вероятно, более непосредственным следствием будет то, что ваше устройство больше не будет делиться с резервной копией вашей учетной записи iCloud
, но вместо этого с клиентом.
Трудно дать более конкретный совет без лучшего понимания сценариев, которые вы реализуете.
** обновление на основе комментарий OP в **
теперь я вижу. Использование панели управления облачным облаком, вероятно, не сработает. AFAIK, вы должны войти в систему с учетной записью разработчика, а не только с учетной записью iCloud, чтобы использовать панель управления облачным способом. Так или иначе, ваш клиент вообще не сможет войти. Вы можете добавить адрес своего клиента в качестве члена вашей команды разработчиков, который позволит им войти в панель управления облачным способом; однако это также дает им доступ к частям вашего iTunesConnect. И это действительно не будет масштабироваться для поддержки дополнительных пользователей вашего приложения.
Какие типы данных (файлы, активы, строки и т. Д.) Вы будете экономить? Являются ли эти данные конфиденциальными для каждого пользователя приложения? Или он делится между пользователями? – Thunk
@ Публичные общедоступные данные, только издатель приложения будет записывать данные. –