Inicio Noticias Lanzamiento de Vaadin 23.0.0 - Flow y Hilla

Lanzamiento de Vaadin 23.0.0 – Flow y Hilla

Vaadin, el marco versátil de pila completa basado en Java que es un competidor de Spring MVC, continúa innovando con su nueva versión de v23 que ve la primera versión de Hilla, el nuevo nombre de Vaadin Fusion.


Vaadin consta de dos marcos, el flujo del lado del servidor y en un intento de atraer a los desarrolladores que trabajan con, por ejemplo, Angular, un marco de interfaz presentado como Fusion en Vaadin 15, que le permite ejecutar la lógica de IU receptiva en TypeScript mientras continúa escribiendo el backend en Java.

Para eliminar la ambigüedad entre los dos y aclarar la distinción, Fusion ahora se llama Hilla y tiene su propio sitio web.

Este cambio facilitará la búsqueda de documentación relevante y no se confundirá con la de Flow, permitirá una comunicación más clara y permitirá que Flow y Hilla evolucionen de manera más independiente, ya que Hilla ahora seguirá su propia secuencia de lanzamiento.

Las principales características de Hilla son:

Una cadena de herramientas de configuración cero para crear aplicaciones web con una interfaz de usuario de TypeScript iluminada y Spring Boot del lado del servidor de Java Acceso de back-end simple y seguro desde tipos que usan puntos finales de TypeScript y definiciones de datos generadas por código Java Enlace de formulario con validación de datos compartida en el servidor y el cliente Vaadin Web Componentes para la creación de la interfaz de usuario

Aparte de esto, Vaadin 23 requiere Java 11, mientras que la versión anterior, Vaadin 22 fue la última versión compatible con Java 8. Esta versión también incluye correcciones de errores y mejoras en la configuración y accesibilidad del diseño del módulo, así como el valor predeterminado de npm como administrador de paquetes frontend. .

Los marcos como SSR Flow que ocultan la complejidad y usan un solo lenguaje para escribir tanto el backend como el frontend están en aumento, lo que plantea la pregunta de si Javascript será expulsado del frontend en el corto plazo.

vaadin23

Parece que estamos dando vueltas en círculos: desde la representación de varias páginas hasta la representación del lado del cliente con AJAX, pasando por SPA (aplicaciones de una sola página) y SSR (representación del lado del servidor), donde, al igual que MPA (aplicación de varias páginas), el servidor backend es el responsable. Es cierto que los marcos JS (por ejemplo, React, Preact, Vue y Svelte) han ejecutado SSR utilizando backends de Node para ejecutar Javascript en el cliente y el servidor, renderizar previamente en HTML y finalmente ejecutarse en el cliente. Ahora estamos hablando de lenguajes como Java o C# que hacen lo mismo.

Tome Blazor, por ejemplo, que es una forma de escribir aplicaciones web tanto del lado del servidor como del lado del cliente. NET y C # en lugar de usar Javascript en el front-end. El código de Blazor se compila en WebAssembly, no en Javascript.

La forma en que funciona es que a. El tiempo de ejecución de red compilado en WebAssembly se descarga en el navegador del usuario, quien luego ejecuta la aplicación Blazor en el mismo espacio aislado que ejecuta JavaScript. ¡Y gracias a esta magia de WASM, puede ejecutar aplicaciones intensivas, incluso juegos C ++, dentro del navegador!

Vaadin ofrece el paquete completo que incluye los componentes web con los que construyes tu interfaz. No hay plantillas HTML porque las vistas se implementan en Java. Pero hoy en día existen nuevas soluciones que desacoplan el proceso mediante el uso de HTML mejorado en el cliente. htmx y Hotwire, por ejemplo, son independientes de la pila y ofrecen renderización html orientada a SPA.

htmx, por ejemplo, amplía la sintaxis html normal y permite que se realicen solicitudes asincrónicas al servidor que, a su vez, responde con contenido html que htmx intercambiará más tarde en el cliente.

También hay enfoques híbridos en aumento que brindan los beneficios de ambos lados en lugar de que uno reemplace al otro. Un ejemplo de ello sería la combinación de representación del servidor y CSR a través de la rehidratación, que intenta suavizar las compensaciones entre la representación del lado del cliente y la representación del servidor haciendo ambas cosas.

Diciendo que simplemente estoy contento con Vaadin Flow, que hace posible el desarrollo web basado únicamente en Java y componentes web, pero es importante estar atento a nuevos enfoques. Como siempre, use la herramienta correcta para el trabajo correcto.

Marc Gomez
Vine a por tabaco y ya me quedé aquí. Cuando no estoy en el sótano de Tecnopasion suelo pasear por las calles de Barcelona.
RELATED ARTICLES