Spring MVC y Thymeleaf

MVC es un patron de diseño cuyas siglas significan Model-View-Controller. La base de este patrón de diseño es dividir "el rol" de nuestros componentes en tres, o lo que es lo mismo, separar la lógica de negocio, de la capa de presentación y la capa de acceso a datos.

Spring MVC es una librería de Spring que implementa este patrón y conecta nuestros componentes a la web. Spring MVC divide los roles de la siguiente manera:
  • Plantillas HTML: las vistas. Cada una representa una pantalla diferente.
  • Spring beans: los controladores. Usaremos la anotación @Controller. Los métodos de estos controladores son los que deciden que plantillas usar, asi como rellenarlos con datos del Modelo.
  • Objetos Model: el modelo. Cada metodo del Controlador puede contener opcionalmente un Modelo como parametro, y al leer y cambiar los datos que contiene, el Controlador puede leer los datos enviados por el usuario y enviarlos a la plantilla con esos cambios.
Mientras que Thymeleaf es un engine de plantillas HTML, que serán las páginas que presentemos a los usuarios después de rellenarla con los datos. En esta URL puedes encontrar toda la información sobre ello https://www.thymeleaf.org/doc/tutorials/3.0/thymeleafspring.html

Un ejemplo sencillo:

Vista: platilla "home.html" en src/main/resources/templates <h1 th:text="${welcomeMessage}">Hello, homepage!</h1>
Controlador:@RequestMapping("/home") public String getHomePage(Model model) { model.addAttribute("welcomeMessage", "Hi Manu"); return "home"; }

Envio de datos desde el FE (Thymeleaf) al BE (Controllers)

Cada formulario tiene un POJO (Plain Old Java Object - Objeto simple). Esta clase contendrá los datos introducidos por el usuario en el formulario y será enviado al Controlador cuando se haga submit del formulario. Spring crea este objeto cada vez que recibe un request, y se lo pasa al método del controlador que nosotros hayamos definido para que se encargue de ese request. El controlador devolvera una cadena que representara el template a utilizar por Spring, y proporcionara todos los datos que el template pueda necesitar para su renderizado. Pero también tratará los datos recibidos en el formulario.

Ejemplo: <form th:object="${newMessage}" th:action="@{/home}" action="#" method="POST"> <input th:field="*{text}" type="text"> <input type="submit"> </form>
Donde el objeto es newMessage, y text es un atributo de este objeto. No es necesario hacer ${newMessage.text}. Por otro lado, el th:action reemplazara el action="#".

Toca el turno del Controlador para este ejemplo: ... @GetMapping("/home") public String getHomePage(@ModelAttribute("newMessage") MessageForm newMessage, Model model) { model.addAttribute("greetings", this.messageListService.getMessages()); return "home"; } @PostMapping("/home") public String addMessage(@ModelAttribute("newMessage") MessageForm messageForm, Model model) { messageListService.addMessage(messageForm.getText()); model.addAttribute("greetings", messageListService.getMessages()); messageForm.setText(""); return "home"; } ...

Comentarios

Publicar un comentario

Entradas populares de este blog

Django REST framework

Imagen
Django REST framework es el framework por excelencia si queremos crear una API RESTful en Django. Proporciona todo lo necesario para su implementación de una manera completa y eficaz. Lista de virtudes: Autenticación Validación de datos Excepciones en JSON Soporte para relaciones Paginación y filtros Para instalarlo: Respuestas Antes de comenzar vamos a ver la implementación de los dos tipos de respuesta comunes que una API suele ofrecer: 1. Repsuesta JSON : Por defecto, y por seguridad, JsonResponse sólo permite el uso de diccionarios. Si queremos devolver otra cosa podemos saltarnos esta seguridad incluyendo el parametro safe a False. 2. Repsuesta HTTP : Generalmente usado como respuestas vacias con códigos de estado HTTP. Por ejemplo, el código 204 significa No Content. Esto indica que la petición fue aceptada pero que no se devuelve datos. Usamos esta tipo de respuesta cuando un recurso es actualizado (PUT) o borrado (DELETE). El otro código más po
Leer más

Envío de checkboxes o selector multiple por AJAX con jQuery

Pasar parámetros de un formulario mediante las llamadas ajax que proporciona jQuery resulta realmente sencillo. Pero ¿qué pasa si queremos enviar un conjunto de checkboxes? ¿y si queremos enviar varias opciones seleccionadas de un selector múltiple? Pues la solución es igual de sencilla: Serializar. Con una pequeña función podemos serializar estos datos para enviarlos todos juntos como parametro. Aquí podéis ver el código:
Leer más

Django: Modelos

Imagen
Django implementa su propia herramienta para proporcionar ORM, como lo hace Hibernate por ejemplo para Java. Son herramientas de mapeo objeto-relacional (ORM) que facilitan el mapeo de atributos entre una base de datos relacional tradicional y el modelo de objetos de una aplicación. Ahora veremos como lo hace Django con un sencillo ejemplo. models.py En nuestra aplicación disponemos de un fichero models.py donde definiremos todas nuestras entidades, que mas tarde serán convertidas en tablas. Los identificadores no son necesarios especificarlos. Y las relaciones entre entidades ya las veremos mäs adelante. Con las entidades creadas ahora toca ejecutar los comandos que transformen esa definición en nuestra base de datos. El primero para crear los ficheros de migración. Y una vez tenemos la migración creada, ejecutamos esas migraciones. Verás que otras tablas son creadas adicionalmente, y eso es porque Django proporciona un admin por defecto para la gestión de nuetra base de da
Leer más