5 grandes errores que los desarrolladores de Android cometen con GitHub

[ad_1]

Tanto los desarrolladores de Android nuevos como los avanzados pueden cometer errores. Algunos de estos errores se deben a la ignorancia y la ingenuidad. Conocer las nuevas tendencias y paradigmas en el desarrollo móvil es parte de la diligencia debida de un programador y lo ayudará a convertirse en un mejor desarrollador de Android. La implementación de las mejores prácticas da como resultado aplicaciones mejores, más sólidas y con mayor capacidad de respuesta. Aquí hay cinco errores que los desarrolladores de Android deberían dejar de cometer.

1) No sé sobre Docker Android

Los contenedores se pueden utilizar para empaquetar la aplicación y todas sus dependencias. Puede ser muy difícil encontrar y ejecutar la versión del emulador que desea. Docker Android ofrece una solución, podemos construir proyectos de Android y ejecutar pruebas unitarias con las últimas herramientas de compilación en varios emuladores. Las pruebas de interfaz de usuario y las pruebas de mono se pueden realizar para aplicaciones de Android con diferentes marcos como Appium, Espresso y Robotium.

Appium es un marco para probar aplicaciones móviles nativas e híbridas. Appium se puede acoplar (Docker-Appium). Se pueden probar varios dispositivos al mismo tiempo en los contenedores aislados para acelerar el proceso de prueba. Los beneficios de usar Docker Android incluyen la capacidad de conectarse a Selenium Grid, duplicación de pantalla, la capacidad de grabar videos para depurarlos durante las pruebas y una fácil integración con otras soluciones en la nube como Genymotion Cloud. Las utilidades de prueba adicionales, como la simulación de SMS, también están disponibles en Docker Android.

JFrog Artifactory es otra herramienta utilizada en DevOps para almacenar artefactos de compilación que se han creado en la canalización del código. En Android CI / CD, JFrog Artifactory proporciona un repositorio binario centralizado para artefactos y dependencias de proyectos. JFrog es compatible con Docker Images, junto con otras tecnologías DevOp.

2) No hagas ninguna prueba.

La prueba de las aplicaciones de Android revelará errores menores con la suficiente antelación y le ahorrará al desarrollador el tiempo para corregir errores y fallas importantes en el futuro. La ejecución de pruebas automatizadas en el código de Android ayuda a detectar errores antes de que lleguen a los usuarios finales. Las pruebas unitarias, las pruebas de extremo a extremo y las pruebas de integración son las estrategias de prueba más importantes que los desarrolladores de Android suelen pasar por alto.

El código debe organizarse en módulos para facilitar las pruebas. Las pruebas unitarias deben cubrir todos los escenarios de interacción posibles, como la entrada de usuario no válida, para eliminar ambigüedades y fallas de funcionamiento. Incluso cuando se utilizan bibliotecas bien probadas, como las bibliotecas de interfaz de usuario de Jetpack, los desarrolladores deben tener cuidado de no perderse ningún caso no tratado, especialmente al validar la entrada del usuario. Cuando una aplicación usa corrutinas, es importante escribir pruebas para unidades y módulos que interactúan con flujos, como los flujos de bases de datos asincrónicos.

3) Apegarse a bibliotecas y funciones obsoletas

Ciertas bibliotecas en el marco de Android se han declarado obsoletas y obsoletas durante años. Con cada actualización posterior, se introducen nuevas funciones y bibliotecas. Una función con una decoración tachada o una anotación «desactualizada» significa que hay un código que funciona mejor.

Los antiguos tutoriales de Internet pueden llevar a los nuevos desarrolladores a utilizar bibliotecas de dependencia obsoletas. Esto puede entrar en conflicto con las versiones de Gradle y / o SDK, o incluso romper el código. Los desarrolladores deben acostumbrarse a leer documentos oficiales y utilizar las últimas versiones estables de complementos y dependencias. Si bien no se recomienda el uso de bibliotecas heredadas, los desarrolladores no deben escribir código nuevo desde cero si ya existe una solución que funcione de manera similar.

4) No utilice material design para UX

Con el avance de la tecnología móvil, los usuarios esperan una interfaz de usuario igualmente avanzada. La adopción de especificaciones de diseño de materiales ayuda a crear una interfaz de usuario atractiva y coherente. Al adherirse a los patrones de UX más comunes, como el uso de botones de acción flotantes (FAB) para acciones primarias y otros componentes materiales como barras de navegación inferiores y botones de material, los diseños cumplen con las mejores prácticas de la interfaz de usuario de Android.

El diseño de materiales ofrece nuevas funciones como la propiedad Z para elevación y sombra. También tiene API de animación prediseñadas para mejorar la experiencia del usuario. Los componentes de material del catálogo de Android tienen atributos fácilmente reconocibles que se han optimizado para acelerar el proceso de diseño de la interfaz de usuario. Al igual que el estilo XML, el nuevo Jetpack Compose Toolkit ofrece implementaciones de todos los componentes de diseño de materiales.

5) No conocer a Kotlin

Kotlin es el lenguaje de programación oficial de Android. Por mucho que Java siga siendo un lenguaje popular en el espacio de desarrollo nativo de Android, Kotlin lo está superando lentamente, ya que la mayoría de las nuevas aplicaciones están escritas en Kotlin. Kotlin es más rápido y más fácil de escribir que Java porque es menos detallado y contiene toneladas de azúcar sintáctico. Tiene una amplia documentación y una comunidad en rápido crecimiento que ofrece soporte a sus desarrolladores.

Las aplicaciones de Android escritas originalmente en Java están migrando constantemente a Kotlin. Kotlin es totalmente interoperable con Java y la integración de módulos está muy extendida. Los desarrolladores que pueden programar tanto en Kotlin como en Java son útiles a la hora de probar y depurar proyectos colaborativos inter-op.

Aún no hay votos.