Enhorabuena, a estas alturas su aplicación iOS está funcionando muy bien en la App Store. Ahora, se pregunta cómo portar su aplicación de iOS a Android, pero no tiene idea de por dónde empezar.
Bien, las buenas noticias primero: su equipo de iOS ha hecho gran parte del trabajo duro y un desarrollador de Android capaz no debería tener problemas para portar su aplicación de iOS a Android porque es más fácil que crear una aplicación desde cero. Su aplicación iOS mantiene a todos en la misma página porque saben cómo debería ser su producto final: su aplicación iOS es un plan para que su equipo de diseño y desarrollo lo siga. [1]
Ahora, las malas noticias: su desarrollador de Android necesita escribir un nuevo código porque las aplicaciones de Android están escritas en Java (en lugar de Swift u Objective-C) y su diseñador necesita adaptar la interfaz de usuario (UI) de su aplicación iOS para seguir el lenguaje de diseño de materiales de Google .
¿Qué dispositivos Android deberías admitir?
Su desarrollador no tendrá tiempo para probar su aplicación en cada dispositivo Android, pero seamos serios por un momento … nadie lo hace. Según OpenSignal, había más de 24,000 dispositivos Android distintos en el mercado en 2015, por lo que nunca es posible obtener una cobertura de prueba completa para su aplicación de Android.
Aunque las aplicaciones iOS requieren menos pruebas, su desarrollador de Android aún puede crear una aplicación estable que funcione bien en la mayoría de los dispositivos Android. Durante el desarrollo, su desarrollador debe probar varios dispositivos con procesadores de alta y baja potencia. Deben probar en los dispositivos más populares en el país donde se encuentra su grupo demográfico objetivo para garantizar que sus usuarios tengan una gran experiencia. Después de que se inicie su aplicación de Android, sus herramientas de análisis e informes de fallas le indican dónde enfocar los esfuerzos de prueba adicionales.
¿Qué pasa con la fragmentación del dispositivo?
La mayoría de los desarrolladores de Android prueban en tres o cinco de los dispositivos móviles más populares dentro de su mercado objetivo. Si tiene un sitio web móvil o una aplicación web receptiva, use datos de Google Analytics para determinar los dispositivos Android que usan sus clientes.
Es importante identificar los 10 dispositivos Android principales que utiliza su mercado objetivo porque algunos dispositivos Android son extremadamente populares en países desarrollados como Estados Unidos y menos populares en países en desarrollo como India. A menudo, es suficiente investigar los principales dispositivos Android en el país al que se dirige, pero es posible que deba investigar más si está creando un producto para una industria específica como la atención médica o un grupo de edad como los adolescentes.
Actualmente, según AppBrain, los 10 dispositivos Android más populares en los Estados Unidos son los siguientes:
- Samsung Galaxy S5
- Samsung Galaxy S6
- Samsung Galaxy S4
- Samsung Galaxy Core Prime
- Samsung Galaxy Note4
- Samsung Galaxy s3
- Samsung Galaxy Note5
- Samsung Galaxy Grand Prime
- Samsung Galaxy Note3
- LG G Stylo
¿Qué versiones del sistema operativo Android debería admitir?
Las versiones de Android que decida admitir dependen de dónde se encuentre su mercado objetivo. DeviceAtlas proporciona análisis detallados sobre la cuota de mercado de diferentes versiones de Android por país y es una buena herramienta para usar para investigar su mercado.
Para aquellos que viven en el Reino Unido, Australia y los Estados Unidos, pueden salirse con la suya con Android 4.4+ (KitKat y superior). Si está desarrollando para países como India y Brasil, apunte a Android 4.1.X + (Jelly Bean y superior).
También debe tener en cuenta que algunos fabricantes de dispositivos como Samsung dificultan que sus clientes actualicen a la última versión del sistema operativo Android, por lo que algunos de sus clientes pueden estar atascados en una versión anterior de Android hasta que compren un nuevo teléfono.
¿Qué pasa con las diferencias de tamaño de pantalla?
Debe desarrollar numerosos tamaños de pantalla cuando desarrolle su aplicación de Android, pero la buena noticia es que Google proporciona una herramienta de diseño para ayudar a su desarrollador a crear una aplicación que se vea genial en cualquier tamaño de pantalla. Su diseñador creará recursos de diseño visual para una relación de aspecto común y luego su desarrollador móvil admitirá tamaños de pantalla adicionales con código.
¿Deberías seguir el lenguaje de diseño de materiales?
Google recomienda encarecidamente que consulte y utilice su lenguaje de diseño e interfaz de usuario llamado ‘Diseño de materiales’. Los elementos comunes de la interfaz de usuario que se encuentran aquí pueden reducir el tiempo del ingeniero y aumentar la usabilidad.
Para garantizar que sus diseños de IU de Android se puedan implementar fácilmente, su diseñador debe comunicarse directamente con su desarrollador cuando adapte su IU de iOS a Android. Es posible que su diseñador pueda reproducir fácilmente toda su IU de iOS siguiendo el lenguaje de diseño de materiales de Google, pero puede haber casos en los que algunas características y animaciones deban ser repensadas para Android.
¿Qué son los cubos de densidad?
Debido a que no hay una resolución de pantalla estándar en Android, sus desarrolladores deben tener en cuenta las diferentes resoluciones al portar su aplicación de iOS a Android. Sus activos deben agruparse en cinco tamaños, que se denominan cubos de densidad. Cada uno de los siguientes debe tener su propia carpeta:
- mdpi – medio ~ 160dpi
- hdpi – alto ~ 240 ppp
- xhdpi – extra alto ~ 320 ppp
- xxhdpi – extra-extra-alto ~ 480dpi
- xxxhdpi – extra-extra-extra-high ~ 640dpi
¿Cómo escalas los activos?
Es simple escalar activos a cualquier resolución de pantalla en Android. Recuerde, cuanto mayor sea el segmento de densidad, mayores serán los activos. Si sus activos se crean en Sketch, Illustrator o programas similares, es posible que deba escalar desde 1x. Los activos de mapa de bits creados con Photoshop deben reducirse para evitar la pérdida de calidad.
¿Cómo se guardan y nombran activos?
Puede esperar convenciones de nomenclatura de archivos más estrictas con Android que con iOS. Todas las versiones de un archivo deben tener el mismo nombre de archivo y estar separadas en diferentes carpetas según la densidad de la pantalla.
- mdpi
- hdpi
- xhdpi
- xxhdpi
- xxxhdpi
Es importante que su diseñador y desarrollador discutan las convenciones de nomenclatura al principio del proceso, para optimizar el ahorro, la entrega y la actualización de los activos.
¿Cómo se posicionan los activos?
Debido a que Android admite una gama tan amplia de tamaños de pantalla y resoluciones de pantalla, los elementos y diseños de la interfaz de usuario no se colocan en píxeles. En cambio, su desarrollador utiliza píxeles independientes del tamaño (SP) y píxeles independientes del dispositivo (DP) para implementar sus activos de diseño de Android. Aquí están las conversiones para su referencia:
- Fuentes – 1sp = ~ 1pt
- Todo lo demás : 1 dp = ~ 1px
¿Pueden las diferentes relaciones de aspecto afectar su diseño?
Su desarrollador puede admitir diferentes proporciones de aspecto utilizando el tamaño y la densidad de la pantalla para determinar los activos apropiados para mostrar a su usuario final. Esto es similar a cómo su desarrollador de iOS usa el diseño automático para garantizar que su aplicación se vea genial en cada tamaño de pantalla.
¿Cuánto tiempo lleva portar de iOS a Android?
Si bien la portabilidad suele ser bastante sencilla, no siempre es más rápido cuando se pasa de iOS a Android. Una aplicación típica de iOS tarda de 12 a 18 semanas en desarrollarse de principio a fin, pero las aplicaciones de Android a menudo requieren un 30-50% más de tiempo para desarrollarse porque se necesita más tiempo para realizar pruebas y depurar.
Dado que su diseñador móvil ya descubrió la mayoría de los desafiantes problemas de UI / UX, pasan la mayor parte de su tiempo transformando los activos de iOS en activos de diseño visual que siguen al diseño de materiales. Sus desarrolladores de Android pueden usar las mismas API que conectan su aplicación de iOS a su base de datos en la nube, por lo que su aplicación de Android no debería requerir un nuevo desarrollo de back-end.
La cantidad de dispositivos y versiones del sistema operativo que necesita para admitir su primera versión de la aplicación de Android afecta directamente la línea de tiempo de desarrollo.
Para llevar
La palabra “puerto” puede parecer una palabra sucia si usted es un diseñador, como uñas clavadas en una pizarra. Sin embargo, para aquellos capaces e informados, portar es simplemente mover una aplicación de un entorno o sistema operativo a otro.
Cuando transfiere su aplicación de iOS a Android, no puede pensar en ella como un breve proyecto de cambio de aspecto. Dado que su aplicación de Android está escrita en un lenguaje completamente diferente (Java), el proceso de creación de una aplicación que sus usuarios adoran es complicado y requiere una comunicación clara entre su diseñador y desarrollador.
Si tiene limitaciones de tiempo o de presupuesto, debe contratar su proyecto de transferencia de Android a una empresa de desarrollo de aplicaciones móviles establecida. Las empresas con un historial de desarrollo de aplicaciones de Android exitosas lo ayudan a llevar su aplicación de Android al mercado mientras contrata a su equipo interno de desarrollo de Android.
Notas al pie
[1] Cómo portar tu aplicación iOS a Android