Convertendo curinga agrupar identificador para único ID

Question

Eu tenho um aplicativo na App Store que usa um curinga agrupar identificador. Eu quero implementar purchashing in-app, o que exige um ID não curinga. Como faço para converter o ID curinga de um aplicativo existente para uma ID estática para compra e notificação de acesso in-app?

Answer 1

O identificador de pacote para um aplicativo deve permanecer sempre a mesma entre as atualizações, mas o AppID pode realmente ser diferente. Então tudo que você precisa fazer é criar um novo AppID que usou o mesmo identificador de áreas como o aplicativo original em vez de um wild card.

Aplicativos que usam um curinga ainda precisa de um identificador de pacote normal. O AppID curinga permite que você use qualquer pacote identificador que você gosta, mas ainda precisa de um.

http://developer.apple.com/library/ios /#qa/qa1713/_index.html https://developer.apple.com/library/ios/#technotes /tn2259/_index.html

Answer 2

Você não realmente precisa mudar o id do aplicativo, você só precisa fazer um novo arquivo de provisionamento para o id específico que você já tenha enviado, e em seguida, assinar a versão atualizada do seu aplicativo com o novo certificado de assinatura de código .

Isto é, se id pacote do aplicativo de idade foi com.yourcompany.myapp, e assinou com um com.yourcompany. * Certificado, você acabou de fazer um novo certificado com.yourcompany.myapp, mas você deixar identificador de pacote do aplicativo do mesmo que antes.

Answer 3

Em suma, você pode converter um aplicativo já apresentados que utiliza um ID pacote curinga para um único App ID. No entanto, você vai ter algum problema (s), ou consequências do ponto de vista do usuário, se você fazê-lo.

A Apple usa pacote ID de identificar aplicativos na App Store. (Daí o termo App ID: -))

O problema que você está enfrentando é que o aplicativo já está instalado na App Store com possíveis transferências do usuário. Agora, quando você atualizar seu aplicativo com o novo e exclusivo App ID, os usuários que já fizeram o download do seu aplicativo (com o antigo App ID) não terá a atualização (com o novo e exclusivo App ID).

A razão pela qual isso acontece é que agora você tem um novo ID pacote na sua aplicação. Sem conexão com a antiga App ID. Desde aplicativos só pode ter uma referência a uma App ID. É geralmente uma boa idéia para manter uma App ID o mesmo durante toda a versão de produção, e as atualizações de sua aplicação.

Se você criar um ID único para a sua App (que você pode). Os usuários que fazem download do novo aplicativo são atualizadas tudo estará bem e dândi, mas para os usuários que baixaram o aplicativo antes da atualização. Bem ... Você tem agora oficialmente criado um órfão aplicativo para os usuários, esses usuários nunca vai ter essa atualização, uma vez que não coincide com o App ID.

Quanto haver uma maneira de contornar isso. Eu não tenho certeza se há. Eu só posso sugerir que você Sempre criar exclusivo da para seus futuros aplicativos da versão de produção App ID.

---

A fim de criar um aplicativo que permite que você use da Apple Push Notification serviço, e Apple de In App Purchase . Você precisará criar uma ID App, que é um único App ID. Eu sempre recomendo que você use um ID único do para suas aplicações. Ela vai lhe poupar uma tonelada de dores de cabeça mais tarde abaixo da estrada.

Para fins de esclarecimento a seguir são de identificação única

• com.companyname.appname (convenção de nomenclatura preferencial para única App ID do)
• appname.companyname