Идентификаторы приложений iPhone и инициализация ... Используется ли идентификатор приложения вместо инициализации идентификатора, если я решу использовать Push? - PullRequest
3 голосов
/ 20 марта 2010

Это вопрос, который беспокоил меня некоторое время. Я запустил свое приложение (сейчас отправлено - еще не утверждено), не желая попадать в беспорядок, который называется APNS (Push).

Я сделал следующее:

Центр разработчиков iPhone: Портал Provisioning-> Provisioning: Затем я создал профиль разработки и обеспечения распространения. Я установил оба в XCode. Все чертовски дорого. Профиль разработки меня немного пугает, так как срок его действия истекает (90 дней), но я могу удалить его с iPhone (ов) и позже подписать его новым. Я протестировал использование профиля разработки, а затем отправил его, подписав его профилем распространения. Затем я загрузил приложение, подписанное профилем распространения, в iTunesConnect (магазин приложений).

Хорошо, я так много понимаю. Что я не понимаю, так это то, что теперь, когда я понимаю теории и методы работы Push, я хочу добавить его в свое приложение.

Я уже прошел под: Центр разработчиков iPhone: Портал обеспечения -> Идентификаторы приложений: и создал там профиль обеспечения разработки и профиль обеспечения распространения (активна покупка и загрузка в приложении).

Вот где это смущает меня. Все прочитанные мною книги и документы говорят о том, что с этого момента я должен подписать приложение с помощью этого профиля обеспечения «Идентификатор приложения» (с поддержкой push-уведомлений).

Значит ли это, что я больше не использую ранее созданные профили обеспечения?

Если бы я импортировал эти профили обеспечения "App ID" в XCode, они будут существовать вместе с моими ранее сгенерированными "не push-" профилями. ~ / Библиотека / Мобильные устройства / Профили инициализации теперь имеют 2 файла. Один Devel и один Distrib. Теперь у него будет 4, хотя для этого приложения я больше не буду использовать «non-push», верно? (на самом деле, поскольку они заблокированы с помощью банд-кодов и идентификаторов приложений, я никогда не буду использовать его снова, если все мои дальнейшие версии этого приложения будут использовать Push?)

Confused.

Может ли кто-нибудь просветить меня? Почему бы не использовать профили "App ID" в первую очередь для всех - даже если вы не собираетесь использовать push? Будет держать это проще. Должен ли я теперь генерировать только профили «Push Enabled» - даже если я не уверен, что буду использовать push (или, если уж на то пошло, покупку в приложении)?

Пожалуйста, дайте мне немного понимания. Я не хочу делать это неправильно.

Спасибо!

Янн

Ответы [ 2 ]

2 голосов
/ 21 марта 2010

Исходя из того, что вы заявили,

Все прочитанные мною книги и документы говорят о том, что с этого момента я должен подписать приложение с помощью этого профиля обеспечения "Идентификатор приложения" (push-enabled).

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

Мое предположение основано на следующем: профиль обеспечения, имеющий идентификатор пакета подстановочного знака, не может использовать APNS. Они очень строги к тому, что к чему.

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

0 голосов
/ 29 мая 2010

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

...