La conversión de identificador del paquete comodín para sola ID

Question

Tengo una aplicación en la tienda de aplicaciones que utiliza un identificador de comodín haz. Quiero poner en práctica purchashing en la aplicación, lo que requiere una identificación de no comodín. ¿Cómo se convierte el ID de comodín de una aplicación existente a un documento de identidad estática para la notificación de compra y empuje dentro de la aplicación?

Answer 1

El identificador de paquete para una aplicación siempre debe seguir siendo el mismo entre las actualizaciones, pero el AppID en realidad puede ser diferente. Así que todo lo que tiene que hacer es crear un nuevo AppID que utiliza el mismo identificador de paquete que la aplicación original en lugar de un comodín.

Aplicaciones que utilizan un comodín todavía necesitan un identificador de paquete normal. El comodín AppID le permite utilizar cualquier identificador de paquete que te gusta, pero aún necesita uno.

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

Answer 2

en realidad no necesita cambiar el ID de la aplicación, sólo tiene que hacer un nuevo archivo de aprovisionamiento para la identificación específica que ya ha enviado, y luego firmar la versión actualizada de su aplicación con el nuevo certificado de firma de código .

Es decir, si el ID de paquete antiguo de aplicación era com.yourcompany.myapp, y firmado con un com.yourcompany. * Certificado, que acaba de hacer un nuevo certificado com.yourcompany.myapp, pero deja paquete identificador de la aplicación del igual que antes.

Answer 3

En resumen se puede convertir una aplicación ya presentada que utiliza un ID de paquete comodín a una única ID de la aplicación. Sin embargo, usted va a tener algún problema (s), o secuelas de un punto de vista del usuario, si lo hace.

Apple utiliza de ID de paquete para identificar aplicaciones en la tienda de aplicaciones (de ahí el término App ID: -)).

El problema que está enfrentando es que su aplicación ya está en marcha en la App Store con posibles descargas de los usuarios. Ahora, cuando actualice su aplicación con el nuevo y único ID de la aplicación, los usuarios que ya han descargado su aplicación (con la antigua ID de la aplicación) no va a obtener la actualización (con la nueva y única ID de la aplicación).

La razón por la que esto sucede es que ahora tiene un nuevo ID de paquete en su aplicación. Sin conexión con la antigua ID de la aplicación. Desde aplicaciones sólo pueden tener una referencia a un identificador de aplicación. Por lo general es una buena idea mantener un ID de aplicación de la misma a lo largo de la versión de producción, y las actualizaciones de la aplicación.

Si crea un identificador único para su aplicación (que se puede). Los usuarios que descarguen la nueva aplicación de todo lo actualizada será todo lo fino y elegante, pero para los usuarios que han descargado su aplicación antes de la actualización. Bueno ... Ahora ha creado oficialmente huérfano aplicación para aquellos usuarios, estos usuarios nunca tendrán esa actualización, ya que no coincide con el ID de aplicación.

En cuanto a la existencia de una forma de evitar esto. No estoy seguro de si hay. Sólo puedo sugerir que Siempre crear único ID de la aplicación de sus aplicaciones para aprobación de la producción en el futuro.

---

Con el fin de crear una aplicación que le permite utilizar de Apple Push Notification servicio, y Apple de In App Purchase . Usted tendrá que crear un identificador de aplicación es un único identificador de aplicación. Siempre recomendaría que se utiliza de identificación únicos para sus aplicaciones. Esto le ahorrará una tonelada de dolores de cabeza más adelante en el camino.

Para mayor claridad los siguientes son números de identificación

• com.companyname.appname (convención de nomenclatura preferido para único ID de la aplicación de)
• appname.companyname