Icono del sitio Blog de Programación y Desarrollo – Nube Colectiva

Kotlin Multiplataforma vs Flutter

Kotlin Multiplatform y Flutter son dos de los frameworks de aplicaciones multi/multiplataforma más populares que están madurando rápidamente. Ambos te permiten reutilizar el código al desarrollar aplicaciones para Android e iOS. Sin embargo, estas plataformas son fundamentalmente diferentes y cumplen varios objetivos. Habiendo trabajado con ambos, proporcionaré mis pensamientos sobre sus respectivas fortalezas y debilidades, vamos con ello.

Antes de continuar con este Post, te invito a leer los siguientes artículos:

Asimismo te invito a escuchar el Podcast: “Las Buenas Prácticas Un Hábito Importante en la Programación“¿ Porqué Es Importante Saber Programar en la Ciberseguridad ?” (Anchor Podcast)”

Spotify: Sound Cloud: Apple Podcasts Anchor Podcasts

Bien ahora continuemos con el Post: Kotlin Multiplataforma vs Flutter. 

Móvil multiplataforma de Kotlin (KMM)

Kotlin es una excelente opción para crear aplicaciones móviles. Su concisión, simplicidad y expresividad hacen que sea sencillo desarrollar código correcto y comprensible. Si está comenzando un nuevo proyecto nativo de Android, Kotlin es el lenguaje recomendado. Como resultado, si debe apuntar a dispositivos Android, es casi seguro que terminará con la lógica comercial de Android integrada en Kotlin. Imagine poder usar el código de lógica empresarial de su Android como un marco de iOS en su aplicación de iOS, casi sin modificar. KMM es actualmente la mejor herramienta para esto, y es utilizado por organizaciones como VMware, Philips y Netflix.

KMM tiene una carpeta compartida que se reutiliza completamente entre plataformas. La mayor parte de la lógica empresarial será independiente de la plataforma. Pero, cuando necesites escribir código que dependa de bibliotecas nativas/del sistema, puedes contar con las palabras clave expect/real de KMM.

Un conjunto de fuentes común proporciona una declaración anticipada en este mecanismo, y los conjuntos de fuentes de la plataforma deben proporcionar la declaración real que corresponde a la declaración esperada. Esto es cierto para la gran mayoría de las declaraciones de Kotlin, incluidas funciones, clases, interfaces, enumeraciones, propiedades y anotaciones.

¿ Curioso por cómo funciona ? Mira este código: 


Muy sencillo, ¿verdad? De esta manera, la función randomUUID() se puede utilizar a partir de código reutilizado (código común), proporcionando la implementación correcta para cada plataforma durante la compilación. Luego, se proporciona un código común para cada plataforma como un módulo de Android o un marco de iOS.

Flutter

Flutter es un marco multiplataforma para apuntar a iOS y Android con una sola base de código. Google lo llama un “conjunto de herramientas de interfaz de usuario para crear hermosas aplicaciones compiladas de forma nativa para dispositivos móviles, web y de escritorio”. Uno de los superpoderes de Flutter es que puedes diseñar casi cualquier interacción o animación y hacer que funcione de la misma manera en Android e iOS. No es necesario realizar ajustes especiales ni recrear la interfaz de usuario diseñada utilizando plataformas nativas. Para aquellos que buscan innovar en el espacio de la interfaz de usuario o no necesitan hacer un uso intensivo de las funciones nativas, Flutter es una buena opción.

Para escribir aplicaciones de Flutter, debe programar en Dart. Dart es un lenguaje de programación similar a C/Javascript/Java, que puede resultarle muy familiar si ha tenido contacto previo con algunos de estos lenguajes. Las nuevas funciones, como la seguridad contra el sonido nulo, hacen que Dart se acerque aún más a Kotlin y Swift. Pero no se equivoque: para tener funciones de lenguaje moderno como clases selladas, clases en línea, es posible que necesite usar generadores de código (eche un vistazo a Freezed de Remi Rousselet como ejemplo de código generado en Flutter).

Flutter es muy fácil de usar y tiene una recarga en caliente realmente rápida. Es bueno ver la interfaz de usuario de tu móvil renderizada casi en tiempo real en un emulador/simulador mientras codificas. No es la mejor opción si depende en gran medida de funciones nativas que no tienen una biblioteca existente, porque de lo contrario, es posible que deba dedicar mucho tiempo a crear código de plomería para el canal de la plataforma de Flutter. Otra debilidad es que los componentes nativos de la interfaz de usuario se recrean en el motor de Flutter. Esto significa que si se lanza una nueva versión del sistema operativo con nuevos componentes de interfaz de usuario, tendrá que esperar hasta que Flutter se ponga al día para usar los recursos más nuevos.

¿Cuál debería elegir?

KMM puede ser una buena opción si:

Nota: Hasta la fecha de este Post, KMM se encuentra actualmente en alfa y las API pueden cambiar hasta que se estabilice. Se está reemplazando la administración de memoria nativa de Kotlin (importante para iOS). Deberá estudiar cómo maneja la administración de memoria, la concurrencia y la inmutabilidad para implementar correctamente el código multiplataforma por ahora. Verifica: https://kotlinlang.org/docs/native-concurrency.html#global-variables-and-singletons

Flutter puede ser una buena opción si:

Conclusión

En este Post hemos visto la diferencia entre Kotlin Multiplataforma y Flutter. Recuerda usar la tecnología adecuada según el proyecto y los objetivos del mismo. Como buen desarrollador, no descartes ninguna de las alternativas, ya que siempre hay diferentes necesidades y las herramientas están para cubrirlas.

Nota(s)

 

Síguenos en las Redes Sociales para que no te pierdas nuestros próximos contenidos.

Salir de la versión móvil