Cómo crear varios APK para diferentes tamaños de pantallas

Para publicar tu app en Google Play, debes compilar y subir un Android App Bundle. Cuando lo haces, Google Play genera y publica automáticamente APK optimizados para la configuración del dispositivo de cada usuario, por lo que este solo debe descargar el código y los recursos que necesita para ejecutar tu app. Publicar varios APK es útil si no publicas en Google Play, pero debes compilar, firmar y administrar cada APK por tu cuenta.

Cuando desarrolles tu aplicación para Android con el objetivo de aprovechar múltiples APK en Google Play, Es importante adoptar algunas prácticas recomendadas desde el principio y evitar dolores de cabeza innecesarios en el proceso de desarrollo. En esta lección, se muestra cómo crear varios APK de tu app, cada una abarca una clase diferente de tamaño de pantalla. También obtendrás algunas herramientas necesarias para hacen que mantener una base de código APK múltiple sea lo más sencillo posible.

Cómo confirmar que necesitas varios APK

Cuando intento crear una aplicación que funcione en varios tamaños de dispositivos Android, naturalmente, quiere que su aplicación aproveche todo el espacio disponible en dispositivos más grandes, sin sacrificar la compatibilidad ni la usabilidad en las pantallas más pequeñas. Puede parecer, al principio, aunque la compatibilidad con varios APK es la mejor solución, pero a menudo este no es el caso. La sección Uso de un único APK En su lugar de la guía para desarrolladores de varios APK, se incluye información útil sobre cómo lograr esto con un solo APK, incluido el uso de nuestra biblioteca de compatibilidad. Consulta también el sobre la compatibilidad con varias pantallas, Incluso hay una biblioteca de compatibilidad puedes descargarlos con el SDK de Android, que te permite usar fragmentos en dispositivos anteriores a Honeycomb (lo que genera la compatibilidad con varias pantallas en un solo APK mucho más fácil).

Si puedes administrarla, limitar tu aplicación a un solo APK tiene varias ventajas, como:

• Es más fácil realizar publicaciones y pruebas.
• Solo hay que mantener una base de código.
• Tu app se puede adaptar a los cambios de configuración del dispositivo.
• Funciona el restablecimiento de apps en dispositivos.
• No tiene que preocuparse por la preferencia del mercado ni por el comportamiento de las "actualizaciones". de un APK a la o qué APK corresponde a qué clase de dispositivos

En el resto de esta lección, se supone que investigaste el tema y aprendiste material en los recursos vinculados y determinaste que múltiples APK son la ruta correcta para tu y mantener la integridad de su aplicación.

Cómo organizar tus requisitos

Comienza creando un gráfico simple para determinar rápidamente cuántos APKs necesitas y qué pantalla del tamaño que cubre cada APK. Por suerte, es fácil organizar tus requisitos rápida y fácilmente, y tener una referencia para más adelante. Empieza con una fila de celdas que represente los diferentes tamaños de pantalla. disponibles en la plataforma de Android.

Ahora solo debes colorear el gráfico de manera que cada color represente un APK. Este es un ejemplo de cómo aplicar cada APK a un cierto rango de tamaños de pantalla.

Según tus necesidades, también podrías tener dos APK, "Pequeño y todo lo demás" o “extragrandes y todo lo demás". Los colores del gráfico también facilitan la comunicación dentro del equipo. Puedes Ahora solo debes hacer referencia a cada APK como "azul", "verde" o "rojo", sin importar cuántos tipos de pantalla diferentes que cubre.

Cómo colocar todos los recursos y el código común en un proyecto de biblioteca

Ya sea que estés modificando una aplicación para Android existente o iniciando una desde cero, esto es lo primero que deberías hacer en la base de código y, por mucho, lo más importante. Todo que se agrega al proyecto de biblioteca solo necesita actualizarse una vez (piensa en las cadenas localizadas en un idioma, temas de color, corrección de errores en el código compartido), lo que mejora el tiempo de desarrollo y reduce el la probabilidad de errores que podrían haberse evitado fácilmente.

Nota: Si bien los detalles de la implementación sobre cómo crear y incluir proyectos de biblioteca están fuera del alcance de esta lección, puedes ponerte al día Consulta Cómo crear una biblioteca de Android.

Si quieres convertir una aplicación existente para utilizar la compatibilidad con varios APK, haz lo siguiente: busca en tu base de código cada archivo de cadena localizado, lista de valores, tema los colores, los íconos de menú y el diseño que no cambiará de un APK a otro, en el proyecto de biblioteca. El código que no va a cambiar mucho debería también van en el proyecto de biblioteca. Probablemente descubras que extiendes estas para agregar uno o dos métodos de APK a APK.

Si, por otro lado, estás creando la aplicación desde cero, intenta lo siguiente: Escribir código en el proyecto de biblioteca primero y, luego, moverlo hacia abajo APK individual, si es necesario. Esto es mucho más fácil de administrar a largo plazo que agregarlo a uno meses después, para averiguar si el BLOB se puede mover hacia arriba a la sección de la biblioteca sin atornillar nada.

Cómo crear nuevos proyectos de APK

Debe haber un proyecto de Android por separado para cada APK que vas a publicar. Fácil organización, coloca el proyecto de biblioteca y todos los proyectos de APK relacionados en la misma carpeta superior. Además, recuerda que cada APK debe tener el mismo nombre de paquete, aunque no necesariamente el nombre del paquete con la biblioteca. Si tuvieras 3 APKs para seguir el esquema como se describió antes, tu directorio raíz podría verse de la siguiente manera:

alexlucas:~/code/multi-apks-root$ ls
foo-blue
foo-green
foo-lib
foo-red

Una vez que se creen los proyectos, agrega el proyecto de la biblioteca como referencia para cada proyecto de APK. Si posible, definir tu actividad inicial en el proyecto de biblioteca y extender esa actividad en tu APK en un proyecto final. Tener una actividad inicial definida en el proyecto de biblioteca te da la oportunidad de colocar la inicialización de tu aplicación en un solo lugar, para que no sea necesario que cada APK individual volver a implementar la estrategia “universal” tareas como inicializar Analytics, ejecutar verificaciones de licencias y cualquier otra procedimientos de inicialización que no cambian mucho de un APK a otro.

Cómo ajustar los manifiestos

Cuando un usuario descarga una aplicación que usa varios APK a través de Google Play, el El APK que se usará se elige según dos reglas simples:

• El manifiesto tiene que mostrar que un APK en particular es apto.
• De los APK aptos, se da prioridad al que tiene el número de versión más alto.

A modo de ejemplo, tomemos el conjunto de varios APK descritos anteriormente y supongamos que cada APK se configuró para admitir todos los tamaños de pantalla superiores a su "objetivo". el tamaño de la pantalla. Tomadas individualmente, el rango posible de cada APK tendría el siguiente aspecto:

Sin embargo, si usas el “número de versión más alto, gana” si configuramos el atributo versionCode en cada APK, de modo que rojo ≥ verde ≥ azul, el gráfico se contrae de la siguiente manera:

Ahora, supongamos que el APK rojo tiene algunos requisitos que los otros dos no tienen. El Página Filtros en Google Play de Android En la guía para desarrolladores, se incluye una lista completa de posibles culpables. A modo de ejemplo, supongamos que rojo requiere una cámara frontal. De hecho, el objetivo del APK rojo es usar el código espacio de pantalla disponible para hacer cosas entretenidas con esa cámara frontal. Pero resulta que, no todos los dispositivos extragrandes TIENEN cámaras frontales. ¡Qué mal!

Afortunadamente, si un usuario explora Google Play desde uno de esos dispositivos, Google Play buscará la ve que Red incluye la cámara frontal como un requisito e ignórala en silencio, lo que te permite determinó que Red y ese dispositivo no son una combinación perfecta en el cielo digital. Luego verá que El color verde no solo es compatible con los dispositivos extragrandes, sino que también no importa si hay con una cámara frontal. El usuario aún puede descargar la app de Google Play a pesar del contratiempo de la cámara frontal, todavía había un APK que admitía esa pantalla en particular. de tamaño del ensamble.

Para mantener todos tus APKs en "segmentos" separados, es importante tener un buen código de versión . El recomendado se puede encontrar en el área Códigos de versión de nuestra guía para desarrolladores. Como el conjunto de ejemplos de APK solo aborda uno de 3 posibles dimensiones, basta con separar cada APK por 1,000 y aumentar a partir de ahí. Esta podría verse así:

Azul: 1,001, 1,002, 1,003, 1,004…
Verde: 2,001, 2,002, 2,003, 2,004...
Rojo:3,001, 3,002, 3,003, 3,004...

Tras juntar todo esto, es probable que los manifiestos de Android se vean así: lo siguiente:

Azul:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    android:versionCode="1001" android:versionName="1.0" package="com.example.foo">
    <supports-screens android:smallScreens="true"
        android:normalScreens="true"
        android:largeScreens="true"
        android:xlargeScreens="true" />
    ...

Verde:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    android:versionCode="2001" android:versionName="1.0" package="com.example.foo">
    <supports-screens android:smallScreens="false"
        android:normalScreens="false"
        android:largeScreens="true"
        android:xlargeScreens="true" />
    ...

Rojo:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    android:versionCode="3001" android:versionName="1.0" package="com.example.foo">
    <supports-screens android:smallScreens="false"
        android:normalScreens="false"
        android:largeScreens="false"
        android:xlargeScreens="true" />
    ...

Ten en cuenta que técnicamente, múltiples APK funcionarán con las pantallas de compatibilidad o la etiqueta compatible-screens. Generalmente se prefiere la compatibilidad con pantallas, y no es una buena idea usar ambas etiquetas en el mismo manifiesto. Integra complica las cosas innecesariamente y aumenta la posibilidad de errores. Además, ten en cuenta que, en lugar de aprovechar los valores predeterminados (pequeño y normales son siempre verdaderas de forma predeterminada), los manifiestos establecen explícitamente el valor para para cada tamaño de pantalla. Esto puede ahorrarte dolores de cabeza en el futuro. Por ejemplo, un manifiesto con un SDK de destino de < 9 hará que xlarge se configure automáticamente como false, ya que ese tamaño aún no existía. ¡Así que debes ser explícito!

Cómo revisar tu lista de tareas previa al lanzamiento

Antes de subir tu proyecto a Google Play, verifica los siguientes elementos. Recuerda que estos son específicamente relevantes para varios APK y de ninguna manera representan una lista de verificación completa para todos aplicaciones que se suben a Google Play.

• Todos los APK deben tener el mismo nombre de paquete.
• Todos los APK deben estar firmados con el mismo certificado.
• Cada tamaño de pantalla que deseas que sea compatible con tu APK se establece como verdadero en el manifiesto. Todos los tamaños de pantalla que quieres evitar, configúralo como false
• Comprueba si hay información contradictoria en los filtros del manifiesto (un APK que solo admita el pastelito en las pantallas extragrandes no será visible para nadie).
• El manifiesto de cada APK debe ser único en al menos una de las pantallas, texturas de OpenGL o versión de la plataforma
• Intenta probar cada APK en al menos un dispositivo. Salvo eso, tienes uno de los emuladores de dispositivos personalizables en la empresa en tu máquina de desarrollo. ¡Disfruta a lo grande!

También vale la pena inspeccionar el APK compilado antes de lanzarlo al mercado para asegurarte de que no haya sorpresas que podrían ocultar tu aplicación en Google Play. Esto es bastante simple en realidad usando “aapt” herramienta. Aapt (Android Asset Packaging Tool) es parte del proceso de compilación para crear y empaquetado de tus aplicaciones para Android y también es una herramienta muy útil para inspeccionarlas.

>aapt dump badging
package: name='com.example.hello' versionCode='1' versionName='1.0'
sdkVersion:'11'
uses-permission:'android.permission.SEND_SMS'
application-label:'Hello'
application-icon-120:'res/drawable-ldpi/icon.png'
application-icon-160:'res/drawable-mdpi/icon.png'
application-icon-240:'res/drawable-hdpi/icon.png'
application: label='Hello' icon='res/drawable-mdpi/icon.png'
launchable-activity: name='com.example.hello.HelloActivity'  label='Hello' icon=''
uses-feature:'android.hardware.telephony'
uses-feature:'android.hardware.touchscreen'
main
supports-screens: 'xlarge'
supports-any-density: 'true'
locales: '--_--'
densities: '120' '160' '240'

Cuando examines el resultado de aapt, asegúrate de verificar que no haya valores en conflicto para support-screens y compatible-screens, no contiene "uses-feature" no intencionales. valores agregados como resultado de los permisos establecidos en el manifiesto. En el ejemplo anterior, el APK será invisible para la mayoría de los dispositivos, si no todos.

¿Por qué? Cuando agregas el permiso necesario SEND_SMS, se agregó de manera implícita el requisito de función de android.hardware.telephony. Como la mayoría de los dispositivos extragrandes (si no todos) son tabletas sin hardware de telefonía, Google Play filtrará este APK en estos casos, hasta que aparezcan dispositivos futuros que tengan el tamaño suficiente para ser tratado como tamaño de pantalla extragrande y cuenten con hardware de telefonía.

Por suerte, esto se soluciona fácilmente agregando lo siguiente a tu manifiesto:

<uses-feature android:name="android.hardware.telephony" android:required="false" />

También se agrega de forma implícita el requisito android.hardware.touchscreen. Si quieres que el APK sea visible en TVs sin pantalla táctil, debes agregar lo siguiente en el manifiesto:

<uses-feature android:name="android.hardware.touchscreen" android:required="false" />

Cuando completes la lista de tareas previa al lanzamiento, sube los APK a Google Play. Es posible que la aplicación tarde un poco en aparecer cuando navegas en Google Play, pero cuando aparece, realizar una última revisión. Para asegurarte, descarga la aplicación en cualquier dispositivo de prueba. de que los APK estén orientados a los dispositivos previstos.

Para obtener más información acerca de cómo publicar varios APK en Google Play, lee Compatibilidad con varios APK.