2011-06-10 12 views
5

¿Es posible enumerar en el Android Market de Google un solo APK para ambos versiones gratuitas y de pago?Same APK para versiones gratuitas y de pago en Android Market?

Hasta ahora, solo encontré this tip para crear un botón en la versión gratuita que enlaza con las versiones de pago, pero IIUC estos todavía son 2 APK por separado.

También encontré a reference para crear versiones gratuitas/pagas desde el mismo código, pero eso todavía se refiere a 2 APK por separado.

Lo que me interesa es una forma (Google) Android Market de proporcionar una funcionalidad similar a la MPL de PayPal (es decir, una aplicación lo hace todo). es posible?

EDIT: Según la respuesta a continuación, parece que el In-App Billing de Google lo facilita.

Sin embargo, de LVL Requirements and limitations dice:

concesión de licencias es actualmente para aplicaciones de pago única, ya que se consideran aplicaciones gratuitas con licencia para todos los usuarios. Si su aplicación ya está publicada como gratuita, no podrá cargar una nueva versión que use licencias.

Sé que LVL no es lo mismo que la Facturación en la aplicación, pero definitivamente se requiere LVL para que la Facturación en la aplicación funcione (aunque solo sea para usar la clave). Entonces, ¿cómo se reconcilia esto?

+0

"ya que las aplicaciones gratuitas se consideran autorizadas para todos los usuarios". Esto para mí parece ser el enfoque equivocado. Dado que las licencias pueden integrarse en las aplicaciones, ¿por qué no considerar que las aplicaciones no tienen licencia para todos los usuarios? Luego, use las licencias para determinar si se compraron. El mercado debería manejar eso. Luego omitiría la molestia de paquetes separados. – CraPo

Respuesta

6

Es posible utilizar algo conocido como in app products. La API mínima es 1.6, que debería funcionar bastante bien. Básicamente, cualquiera puede descargar el código, pero se puede desbloquear algunas funciones si se desea comprar nuevas funcionalidades. También tienen sample code que muestra cómo funciona.

Alternativamente, podría utilizar la API de licencias y simplemente verificar si su aplicación tiene licencia. Sin embargo, esto requeriría un nombre de paquete diferente, como lo hacen todas las aplicaciones.

+0

Gracias + 1. ¿Es esta la ** única forma ** de lograr esto? – ef2011

+0

Gran respuesta hombre .... !! – ASP

3

Puede cambiar el nombre del paquete antes de compilarlo y lanzarlo como dos aplicaciones.

decir com.example.yourproject y com.example.yourprojectpaid

Es necesario utilizar la clave tanto para él LVL y la facturación de aplicación y es una buena cantidad de esfuerzo de configurar. Si desea la solución más fácil, use el ejemplo anterior, pero sepa que su aplicación paga no está realmente protegida contra la piratería si no utiliza el LVL para su aplicación de pago o en la compra de aplicaciones si mantiene la aplicación gratuita.

Buena suerte.

+0

gracias por la sugerencia de tener que usar la clave para * ambos * el LVL y la facturación en la aplicación. ¿Cambiar el nombre del paquete es la diferencia ** solo ** que se necesita entre las versiones gratuitas y de pago? – ef2011

+0

@ ef2011 Sí, puede volver a implementar con dos nombres de paquetes diferentes y se considerarán 2 aplicaciones diferentes. La aplicación gratuita no necesita protección, luego puede vincular a la aplicación de pago que deberá proteger con el LVL –

+0

de acuerdo. Sin embargo, la aplicación gratuita también podría necesitar protección, ya que pocos ataques consisten en reemplazar la ID original del editor de Ads por una rogue, desviando sus ingresos de usted a personas malvadas. –

Cuestiones relacionadas