Преобразование подстановочного знака связывает идентификатор к единственному идентификатору
У меня есть приложение в App Store, который использует подстановочный идентификатор пакета. Я хочу реализовать purchashing в приложении, который требует не подстановочного идентификатора. Как я преобразовываю подстановочный идентификатор существующего приложения к статическому идентификатору для покупки в приложении и продвигаю уведомление?
3 ответа
Идентификатор пакета для приложения должен всегда оставаться одним и тем же между обновлениями, но на самом деле AppID может быть разным. Поэтому все, что вам нужно сделать, - это создать новый AppID, который будет использовать тот же идентификатор пакета, что и исходное приложение, вместо подстановочного знака.
Приложениям, использующим подстановочный знак, по-прежнему необходим обычный идентификатор пакета. AppID с подстановочным знаком позволяет использовать любой идентификатор пакета, но он все равно должен быть один.
http://developer.apple.com/library/ios/#qa/qa1713/_index.html https://developer.apple.com/library/ios/#technotes/tn2259/_index.html
На самом деле вам не нужно менять идентификатор приложения, вам просто нужно создать новый файл подготовки для определенного идентификатора, который вы уже отправили, а затем подписать обновленную версию вашего приложения. с новым сертификатом подписи кода.
То есть, если идентификатором пакета старого приложения был com.yourcompany.myapp и был подписан сертификат com.yourcompany. *, вы просто создаете новый сертификат com.yourcompany.myapp, но вы оставите идентификатор пакета приложения таким же, как и раньше.
Короче говоря, вы можете преобразовать уже отправленное приложение, которое использует идентификатор пакета с подстановочными знаками, в уникальный идентификатор приложения. Однако, если вы это сделаете, у вас возникнут некоторые проблемы или последствия с точки зрения пользователя.
Apple использует идентификаторы пакетов для идентификации приложений в магазине приложений (отсюда и термин «идентификатор приложения» :-)).
Проблема, с которой вы столкнулись, заключается в том, что ваше приложение уже размещено в App Store и может быть загружено пользователем. Теперь, когда вы обновляете свое приложение с новым уникальным идентификатором приложения, пользователи, которые уже загрузили ваше приложение (со старым идентификатором приложения), не получат обновление (с новым уникальным идентификатором приложения).
Причина, по которой это происходит, заключается в том, что теперь у вас есть новый идентификатор пакета в вашем приложении. Без связи со старым идентификатором приложения. Поскольку приложения могут иметь только одну ссылку на идентификатор приложения. Это' Как правило, рекомендуется сохранять идентификатор приложения одним и тем же на протяжении всего производственного выпуска и обновлений приложения.
Если вы создаете уникальный идентификатор для своего приложения (что вы можете). У пользователей, которые скачивают новое обновленное приложение, все будет хорошо, но для пользователей, которые загрузили ваше приложение до обновления. Что ж ... теперь вы официально создали приложение-сироту для этих пользователей, эти пользователи никогда не получат это обновление, поскольку оно не соответствует идентификатору приложения.
Насколько это возможно. Я не уверен, что есть. Я могу только предложить, чтобы вы ВСЕГДА создавали уникальные идентификаторы приложений для своих будущих приложений в производственной версии.
Чтобы создать приложение, которое позволяет вам использовать службу Apple Push Notification , и Покупка в приложении от Apple . Вам нужно будет создать идентификатор приложения, который является уникальным идентификатором приложения. Я всегда рекомендую использовать уникальные идентификаторы для ваших приложений. Это избавит вас от множества головных болей в будущем.
В целях пояснения ниже представлены уникальные идентификаторы
- com.companyname.appname (предпочтительное соглашение об именах для уникальных идентификаторов приложений)
- appname.companyname