Bien.
Ahora sí que estamos listos para crear nuestro proyecto backend con Spring.
Nuestra API Rest.
Lo primero es definir REST, el significado transferencia de estado representacional.
Es un protocolo entre cliente servidor sin estado Staines.
Por lo tanto, en el bikeinn no se maneja ningún tipo de sesiones.
Eso se maneja por el lado del cliente en Angular.
Por ejemplo, utilizando el SESIO en storage o local storage de HTML5.
Pero bien, una de las características fundamentales es poder integrar aplicaciones utilizando REST,
poder obtener datos desde el backend en formato JSON o desde Angular.
Desde cualquier cliente fueron en enviar datos a nuestro backend y realizar operaciones en la СДЕЛАТЬ,
por ejemplo, para insertarlos, para editarlos, eliminarlos.
En fin.
Resumiendo, la transferencia y envío de datos se realiza a través de un empeines que es una wireless,
una URI que envía una petición http al servidor con diferentes métodos o verbos del rico.
Por ejemplo, utilizando post para insertar o crear nuevos registros guet para poder obtener leer datos
put.
Para editar datos existente del ID para eliminar al final.
Estas operaciones o métodos del rico corresponden típicamente a las operaciones CRUD en la ASEANDO.
El siguiente paso es crear nuestro proyecto, nuestra aplicación API Rascón Spring.
Pero primero vamos a cambiar el Boot Dashboard.
Lo dejamos al lado izquierdo.
Acá, justo debajo del proyect explores.
Con click derecho sobre Project Explorer en New Order otro.
Nos vamos a Spring Boot Spring Starter Project.
Siguiente.
Y acá tenemos el Wizard para crear nuestro proyecto con Spring.
Lo primero es el nombre que le vamos a dar, le vamos a llamar Springwood bikeinn api rest
en type lo dejamos tal cual con Mave.
Pero también pueden escoger Graiver.
Son dos herramientas que nos permiten manejar las dependencias, la librería del proyecto y también
generar el proyecto.
Todo lo que es el proceso de generar y compilar, empaquetar, ya sea en un char o en un cuarto, lo
dejamos por defecto en Maven.
Otra diferencia es que Maven utiliza una estructura XML, mientras que Greedo utiliza una estructura
DSL.
Seleccionamos Maven.
El packaging lo dejamos en Char, ya que estamos utilizando una aplicación API REST sin vistas.
JSP Pero por ejemplo, si quisiéramos crear una aplicación con pistas JSP, utilizamos WAR o bien si
queremos generar nuestra aplicación para realizar un diploide en un servidor externo como Apache Tomcat
o como JBoss While Fly o Glass Fizz o cualquier otro, ahí tenemos que empaquetar en War, ya que en
un servidor de aplicaciones externo no soporta el display en Yards, pero en nuestro caso nuestra aplicación
con Springwood ya incluye, ya trae embebido.
El servidor viene configurado por defecto dentro de Spring y nos permite realizar el diploide en Yaar.
Así que dejamos en ya la versión de Java, cambiamos al JDK 10 o la versión de Java que tengamos instalada
en nuestra máquina.
Si tenemos el JDK 8, marcamos el 8, pero como tenemos instalado la versión 10 lo dejo en esta versión.
Lo siguiente es configurar los atributos propio del proyecto el Group Heidy muy similar al package,
pero para Mauve vamos a cambiar en vez de example bolsa de ideas
con punto, bolsa de ideas que corresponde al nombre, la empresa, al dominio.
Acá pueden cambiar el nombre de empresa que quieran, el nombre de empresa de ustedes.
Luego tenemos el nombre del proyecto, pero separados por punto en vez de guión.
Entonces sería Springwood punto backend, punto a api rest.
El artefacto corresponde al mismo nombre del proyecto Hannay Exactamente igual.
Y en el package de Yaba que sería nuestro opacas raíz o base principal donde vamos a tener todas las
clases de nuestro proyecto, lo dejamos en el mismo, exactamente el mismo que el Group Heidy o el grupo.
Simplemente copiamos y pegamos.
Siguiente y acá tenemos la dependencia, las librerías.
Lo primero es la versión de Spring Boot.
Lo importante es seleccionar la última versión, que sea la final estable o realiz.
Pero también están las Milestone y las Nacht.
No la recomiendo, ya que son versiones que se están trabajando.
Todavía está en desarrollo.
Así que siempre es mejor.
La versión es seleccionar la versión más estable, la final.
En estos momentos, la 2.0 2.6.
Obviamente esto va cambiando día a día, así que probablemente mañana estemos en la 2.Y 0.7 como final
estable.
Así que esto cambia todo el tiempo, pero de todas forma es transparente para el desarrollo.
Básicamente son mejoras de pags, mejora y optimizaciones de Kor del framework.
A nivel de KOR, en fin, no tiene ningún impacto en nuestro código.
La 1.5 es una versión anterior que se maneja en forma paralela pero aun menos actualizada, ya que la
voz trabaja con Spring Framework 5, mientras que la 1.5 punto DX trabaja con Spring Framework 4.
Entonces hay un cambio importante.
La idea es seleccionar siempre la última versión estable de la 2 para trabajar con Spring 5.
Bien.
Ahora veamos la dependencia, la librería que vamos a incluir en el proyecto.
Primero vamos a ir a web, vamos a marcar la dependencia web, una de la más importante, ya que incluye
el API, las anotaciones para crear nuestros controladores, en este caso Resfrié, por ejemplo, utilizando
la anotación REST controla y el controlador se comunica con la clase de modelo con lógica de negocio.
El servis enfín y los datos se envían al controlador y se retornan en una estructura, una representación
Jasso.
Lo siguiente es ese cueles tenemos que marcar.
JPA De qué vamos a trabajar con el API de persistencia de Java a través de internet y con nuestra clase
es entity que estas tapiada a tablas de la base.
Dato lo siguiente marcar Moise cuelgue nuestro motor de base.
Dato que vamos a trabajar en el curso.
Vamos a ir también a correr.
Vamos a marcar tours, una dependencia, una configuración que permite que cualquier cambio que hagamos
en el código de nuestras clases, por ejemplo en el controlador o en nuestras clases de lógica negocio,
en la clase servis o en las clases repository o daho, de forma automática se actualice, se refresque
el servidor y vuelve a ser el diploide automáticamente con todos los cambios.
Bien.
Y eso es todo.
Así que vamos a hacer clic en Finalizar en Fenech y esperamos a que se genere nuestro proyecto.
Eso puede demorar un rato hasta que se genera la estructura completa.
Y acá lo tenemos.
Lo primero es el XML.
Acá tenemos toda la estructura, el esqueleto de nuestro proyecto, el packaging con llear el group,
Heidy, el artefacto con el nombre del proyecto.
Luego tenemos la versión de Spring Boot, la que seleccionamos 2.0 1.6 Realiz.
Luego tenemos la versión de Yaba del £J de Cádiz y la dependencias JPA Web Dev Tools y Maese SQL y además
se incluye por defecto test.
Luego tenemos en Recurso A apliqué Chum Properties.
Este es nuestro archivo principal de configuración.
Acá nos permite sobreescribir cualquier configuración de nuestro proyecto Springwood.
Por defecto viene todo configurado.
Veamos la clase principal, la más importante, que es el corazón de una aplicación exprimo es el busta,
el arranque.
Hacemos clic en la clase que se crea de forma automática y se crea dentro del package base de nuestro
proyecto.
En la raíz.
Por lo tanto, cualquier otra clase de Spring, por ejemplo los controladores, la clase de negocio,
la clase del muelo como los servis, como los repository o daho, todas tienen que estar dentro de este
paquete, de este РАМКАХ base.
Bueno, por supuesto van a estar dentro de sub package, dentro de API Rest.
Vamos a tener el sub package controllers para los controladores models para las clases del modelo como
los da o los servis EFFI, cosa que vamos a ir añadiendo y viendo en detalle durante el curso, pero
revisemos la anotación Spring Boot Application, veamos de qué se trata.
Esta anotación es la más importante de nuestra aplicación.
Si vemos el detalle con control, click.
Acá vemos que está formada por tres anotaciones, que serían las tres más importantes.
Primero tenemos Spring Boot Configuré echa la configuración de Spring Boot configuración automática
que podemos sobrescribir en el Application Properties acá.
Luego tenemos en Nabeel auto configuré hecho en que justamente para habilitar la auto configuración
component scan que permite buscar y registrar todas las clases y componente de spring que tengamos anotados,
por ejemplo con Controller o Controller.
Básicamente para registrar nuestros controladores en el framework dentro de Container de Spring, pero
también para registrar clases de lógica negocio del modelo anotadas con repository, por ejemplo, que
serían nuestras clases daho o de acceso a datos para consultas y operaciones a la basea.
También para las clases anotadas con servis.
Nuestras clases de servicios típicamente son los daho manager que pueden contener como atributo un dado
o varios datos.
Es una fachada para acceder a los datos y trabajar con el acceso a datos, con la persistencia.
Bien, por ahora vamos a quedar hasta acá nada más y continuamos la próxima clase configurando la.
Hace rato Moise cuele en el Application Properties.
Nos vemos.