Han pasado aproximadamente 5 años desde que pude dedicar un tiempo dedicado a trabajar únicamente en el desarrollo de Android. Uno de nuestros competidores cerró su producto hace unos meses, lo que provocó una gran afluencia de clientes que solicitaron un SDK de chat de Android . Desafortunadamente, nuestro equipo de Android estaba retrasado según lo previsto. #startuplife En pocas palabras, tuve el placer de volver a desarrollar algo de Android.
Es genial ver que el ecosistema ha mejorado mucho. El diseño restringido es realmente fácil de usar, y el rendimiento es mucho mejor que el diseño anterior. El nuevo sistema livedata reduce una gran cantidad de código repetitivo. Room es una buena abstracción de SQLlite, y el concepto de viewmodels (aunque muy simple) es muy elegante.
Sin embargo, un tipo de fragmentación empeora. Si es autor de una biblioteca, ahora debe considerar:
- Devolución de llamada Java Java o Kotlin, objeto de observación RX de Android y / o componentes de arquitectura de rutina Kotlin: MVVM, MVI, MVP, MVP o MVC? Defensor AndroidX
Sí, puedes argumentar que Java y Kotlin son compatibles. Al final del día, todavía tiene 2 juegos de documentos y la mitad de las personas que usan su biblioteca no estarán contentos con el idioma que elija. Si observa las estadísticas, Kotlin todavía parece mucho más pequeño para las nuevas aplicaciones que Java: https://www.appbrain.com/stats/libraries/details/kotlin/kotlin .
Es agradable ver cómo Room y Retrofit manejan la devolución de llamada y las diferencias observables. Si observa el desarrollo de iOS, aunque hay muchas menos oportunidades de fragmentación.
En los últimos cinco años, el desarrollo de Android ha hecho un gran progreso. Para los autores de bibliotecas, la fragmentación se ha vuelto más grave. Quiero saber por qué Google tiene una actitud de esperar y ver en lugar de solo asegurarse de que haya una mejor manera de hacer todas estas cosas ...
de: https://dev.to//tschellenbach/a-new-kind-of-android-fragmentation-2hgp
