Идентификаторы приложений Wildcard для приложений iPhone/iPod Touch

Ответ 1

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

Есть две технические отличия:

• Приложения с идентификаторами, которые идентичное сохранение с верхнего уровня (например, com.mycompany.aaa и com.mycompany.bbb) способны доступ к другим сохраненным данным. Если вы пишете набор приложений, то это может быть чрезвычайно полезно.

• Вы можете создавать только ограниченное число сертификатов "AdHoc". Если ваш приложения имеют один и тот же шаблон то этот предел был бы навязанные всем вашим приложения.

Лично для небольшого разработчика я бы рекомендовал использовать подстановочный знак. Это приводит к гораздо меньшему управлению в нескольких областях и, следовательно, устраняет большой потенциал для ошибок. Помните, что для каждого идентификатора вы, вероятно, будете иметь три отдельных сертификата (dev/adhoc/appstore).

Фон:

Каждое приложение iPhone должно иметь уникальный идентификатор и сертификат. Разработчики могут либо создать сертификат для каждого приложения, используя полное имя (например, com.mycompany.aaa), либо создать шаблон/идентификатор подстановки (например, com.mycompany. *), И в этом случае имя приложения в файле .plist используется для завершения идентификатора во время процесса DRM.

Ответ 2

Эй, я только что пришел сюда, но (ИМХО). Я немного удивлен, что на это ответил неясно.

В моем понимании вы можете свободно отправлять приложения с идентификатором приложения wild card, если вы не хотите использовать приложения App Purchase или Push Notification в своем приложении. Если вы хотите использовать один из них, Apple упомянула, что вы должны быть конкретным с вашим идентификатором приложения.

Однако, есть еще одно требование, указанное на портале Provisioning:

Если вы создаете набор приложений, которые будут использовать один и тот же доступ к Keychain (например, совместное использование паролей между приложениями) или иметь набор приложений без требований к доступу к Keychain Access, создайте единый идентификатор приложения для всех приложений, использующих конечную звездочку, как символ wild-card.

Пожалуйста, обратитесь к этой странице, пока вы вошли в Портал разработчиков: iPhone Provisioning Portal - идентификатор приложения How To

Надеюсь, что это поможет.

Ответ 3

При создании вашего идентификатора приложения на веб-сайте Apple используйте во втором поле что-то вроде этого:

me.cbg.*

Теперь в ваших приложениях Info.plist использует идентификатор пакета следующим образом:

me.cbg.${PRODUCT_NAME:identifier}
// or
me.cbg.SomeAppName

Вы можете смело игнорировать XXXXXXXXXX предопределенный идентификатор вашего приложения.

Ответ 4

• Используйте подстановочные идентификаторы приложений для разработки, потому что вам нужен только 1 идентификатор для всех Программы.
• Используйте Явные идентификаторы приложений на производстве, если вам нужно приложение App Purchase и Apple Push Notification в вашем приложении.

Я бы всегда использовал Явные идентификаторы приложений на производстве, потому что вы никогда не знаете, когда вам понадобится In-app-purchase или Push Notification в будущем. Apple утверждает, что возможно обновление с подстановочных знаков на Явные идентификаторы приложений, но...

Ссылка полезна: http://developer.apple.com/library/ios/#qa/qa1713/_index.html

Ответ 5

Ключевое значение для понимания - использовать ярлык приложения. Из Руководство администратора Team iOS:

Используйте явный идентификатор приложения, если вы хотите использовать функции APNS, In-App Purchase, iCloud, и Game Center.

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