Cómo preparar el código de la aplicación para android para publicar en la tienda de google play
Video: Como Canjear Tarjeta Google Play + Como Comprar en Play Store
En este punto, es probable que estés cansado de mirar en su propia aplicación. Usted ha escrito la aplicación para Android básica, puesto a prueba la aplicación, fija los errores, prueba de nuevo, añadido características, hecho más pruebas, se quedó hasta tarde en la noche, y hecho aún más pruebas. Pero si va a publicar que eres aplicación, aquí está un consejo: Después de que haya terminado la prueba, prueba un poco más.
Pregúntese qué secuencias de botones que evitó clic cuando usted hizo su prueba “a fondo”. A continuación, reunir el valor para hacer clic en los botones y utilizar los widgets en esas secuencias extrañas. Y mientras estás en ello, inclinar el dispositivo hacia los lados, girar el dispositivo boca abajo, mantenga el dispositivo por encima de su cabeza, e intente utilizar la aplicación. Si el dispositivo es un teléfono, interrumpir la aplicación con una llamada entrante.
¿Ha terminado la prueba? Aún no. Haz que tus amigos probar la aplicación en sus dispositivos. Hagas lo que hagas, no les dan todas las instrucciones distintas de las instrucciones que la intención de publicar. Mejor aún, ni siquiera darles las instrucciones que tiene la intención de publicar. (Algunos usuarios no leerán esas instrucciones de todos modos.) Pregunte a sus amigos acerca de sus experiencias en ejecución de la aplicación. Si usted siente que sus amigos están siendo demasiado educado, les presione para más detalles.
Un-probar la aplicación
Cuando se prueba una aplicación, a encontrar características que no funcionan bien. Comprobar los registros, y es probable que añada código para ayudar a diagnosticar problemas. Mientras se prepara para publicar su aplicación, eliminar cualquier código de diagnóstico innecesarios, eliminar las declaraciones de registro adicionales, y retire cualquier otro código, cuyo propósito es beneficiar al desarrollador en lugar del usuario.
En el desarrollo de su aplicación, es posible que haya creado algunos datos de prueba. (¿Hay un pato llamado “Donald” en la lista de contactos de su aplicación?) Si ha creado los datos de prueba, eliminar los datos de su aplicación.
Compruebe su proyecto de AndroidManifest.xml archivo. Si el
La elección de las versiones de Android
Cuando se crea un nuevo proyecto, Android Studio le pide una versión del SDK mínimo. de su proyecto build.gradle archivo mantiene un registro de su elección en su minSdkVersion campo. Puede cambiar este número mediante la edición del build.gradle archivo.
Esta minSdkVersion número es importante, ya que no debe ser demasiado baja o demasiado alta.
Si el minSdkVersion número es demasiado bajo, su aplicación no está utilizando las características de las nuevas versiones de Android.
Si su aplicación es muy simple, esto está bien. Pero si su aplicación hace todo lo que se ve diferente en las nuevas versiones de Android, mirada de la vendimia de su aplicación podría convertir a los usuarios fuera.
Si el minSdkVersion número es demasiado alto, el Play Store no ofrecerá su aplicación a los usuarios con dispositivos más antiguos.
De hecho, si sus aplicaciones de minSdkVersion es 21, un usuario que visita la Play Store en un dispositivo KitKat ni siquiera ver a su aplicación. (Es posible que ya haya encontrado la INSTALL_FAILED_OLDER_SDK mensaje de error. Android Studio no puede instalar una aplicación en el emulador que seleccionó porque la versión del SDK del emulador es más baja que la aplicación de minSdkVersion.)
Usted no quiere eliminar usuarios simplemente porque no tienen la mejor y más dispositivos Android. Así que para llegar a más usuarios, mantener el minSdkVersion de ser demasiado alta. Si su aplicación no utiliza ningún características que se introdujeron después del nivel API 11, establecer su minSdkLevel a 11.
Video: Cambia la región o pais de tu Tienda Google Play a cualquier pais| Android-NO ROOT
Intente ejecutar la aplicación en emuladores con muchos niveles de la API. Cuando se ejecuta en problemas (por ejemplo, en un emulador con el nivel de la API 10) ajustado de su proyecto minSdkLevel a algo más alto que el nivel problemático.
Cuando se crea un nuevo proyecto, el cuadro de diálogo Target dispositivos Android contiene un enlace Ayuda para elegir. Al hacer clic en este enlace, se ve un gráfico que muestra el porcentaje de los dispositivos que ejecutan Lollipop, KitKat, Jelly Bean, y otras versiones de Android. Esta tabla se puede hacer clic describe las características en cada versión Android y (más importante) muestra el porcentaje de dispositivos que ejecutan cada versión. Con información de esta tabla, se puede elegir el mejor compromiso entre las últimas características y la audiencia más amplia de usuarios.
Android de bibliotecas de soporte permiten que los dispositivos con versiones anteriores de Android para aprovechar las nuevas características de Android.
Ajuste propio código de versión y la versión nombre de su aplicación
Cuando se crea un nuevo proyecto, Android Studio pone algunos atributos predeterminados en su build.gradle archivo. Estos atributos incluyen la versionCode y nombre de la versión campos:
defaultConfig {... versionCode 1versionName “1.0”}El código de la versión debe ser un entero, y los números de código de la aplicación debe aumentar con el tiempo. Por ejemplo, si la primera versión publicada tiene código de la versión 42, la segunda versión publicada debe tener un código de versión superior a 42.
Los usuarios nunca ven el código de la versión. En su lugar, los usuarios ven nombre de la versión de su aplicación. Se puede utilizar cualquier cadena de nombre de la versión de su aplicación. Muchos desarrolladores utilizan el Grandes release.minor-release.point sistema. Por ejemplo, un nombre típico podría ser la versión 1.2.2. Sin embargo, no hay restricciones. Android tiene todos los nombres de postre, y Apple utiliza para utilizar nombres selva-gato, por lo que puede añadir algo como
nombre de la versión “ascidia”
a mi build.gradle archivo. (Mira hacia arriba!)
Si tiene la intención de publicar en la Appstore de Amazon, no utilice frases como ascidia para tu nombre de la versión. La Amazon Appstore insiste en una nombre de la versión de hasta cinco números enteros separados entre sí por puntos. Por ejemplo, nombre de la versión valores como la 2.30 y 1.2.0.325.0 funcionará bien.
La elección de un nombre de paquete
Cada aplicación Android tiene su propio nombre de paquete. Por lo tanto, si su primera aplicación publicada está en el com.example.earnmeamillion paquete, ponga su segunda aplicación en una com.example.secondtimeisacharm paquete.
Su nombre del paquete debe ayudar a identificar usted o su empresa. Si usted tiene un nombre de dominio, inicie el nombre del paquete con partes del nombre de dominio invertidas!