Spring Boot oferă un suport foarte bun pentru construirea de Servicii Web Odihnitor pentru aplicații de întreprindere. Acest capitol va explica în detaliu despre construirea serviciilor Web odihnitoare folosind Spring Boot.notă-pentru construirea unei servicii web RESTful, trebuie să adăugăm dependența Web Starter Spring Boot în fișierul de configurare build.,dacă sunteți un utilizator Maven, utilizați următorul cod pentru a adăuga dependența de mai jos în pom.xml file –
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency>
Dacă sunteți un utilizator Gradle, utilizați următorul cod pentru a adăuga dependența de mai jos în construi.dosarul gradle.
compile('org.springframework.boot:spring-boot-starter-web')
codul pentru complet construi fișier de configurare Maven build – pom.xml este dat mai jos –
codul pentru complet construi fișier de configurare Gradle Build-build.,gradle este prezentat mai jos −
înainte de a continua să construiți un serviciu web RESTful, este sugerat să aveți cunoștințe despre următoarele adnotări –
Rest Controller
adnotarea @RestController este utilizată pentru a defini serviciile web RESTful. Acesta servește JSON, XML și răspuns personalizat. Sintaxa ei este prezentat mai jos −
@RestControllerpublic class ProductServiceController { }
Cerere de Cartografiere
@RequestMapping adnotare este folosit pentru a defini Cererea URI pentru a accesa RESTUL Obiective. Putem defini metoda cerere de a consuma și de a produce obiect. Metoda implicită de solicitare este GET.,
@RequestMapping(value = "/products")public ResponseEntity<Object> getProducts() { }
corpul cererii
adnotarea @RequestBody este utilizată pentru a defini tipul de conținut al corpului cererii.
public ResponseEntity<Object> createProduct(@RequestBody Product product) {}
variabila de cale
adnotarea @PathVariable este utilizată pentru a defini URI-ul personalizat sau dinamic al cererii. Calea variabilă în cerere URI este definit ca acolade {} după cum se arată mai jos −
public ResponseEntity<Object> updateProduct(@PathVariable("id") String id) {}
Parametru de Cerere
@RequestParam adnotare este folosit pentru a citi cererea parametrii din URL-ul Cererii. În mod implicit, este un parametru necesar., De asemenea, putem seta valoarea implicită pentru parametrii de solicitare așa cum se arată aici −
public ResponseEntity<Object> getProduct( @RequestParam(value = "name", required = false, defaultValue = "honey") String name) {}
GET API
metoda implicită de solicitare HTTP este GET. Această metodă nu necesită niciun organism de solicitare. Puteți trimite parametrii de solicitare și variabilele de cale pentru a defini URL-ul personalizat sau dinamic.
codul exemplu pentru a defini metoda de solicitare HTTP GET este prezentat mai jos. În acest exemplu, am folosit HashMap pentru a stoca produsul. Rețineți că am folosit o clasă POJO ca produs care urmează să fie stocate.
aici, URI-ul de cerere este /products și va returna lista de produse din depozitul HashMap., Fișierul de clasă controler este dat mai jos, care conține punctul final GET metoda de odihnă.
post API
cererea HTTP POST este utilizată pentru a crea o resursă. Această metodă conține corpul de solicitare. Putem trimite parametrii de solicitare și variabilele de cale pentru a defini URL-ul personalizat sau dinamic.
următorul exemplu arată codul de probă pentru a defini metoda de solicitare HTTP POST. În acest exemplu, am folosit HashMap pentru a stoca produsul, în cazul în care produsul este o clasă POJO.
aici, URI-ul cererii este /products și va returna șirul după stocarea produsului în depozitul HashMap.,
PUT API
cererea HTTP PUT este utilizată pentru a actualiza resursa existentă. Această metodă conține un organism de solicitare. Putem trimite parametrii de solicitare și variabilele de cale pentru a defini URL-ul personalizat sau dinamic.
exemplul de mai jos arată cum se definește metoda de solicitare HTTP PUT. În acest exemplu, am folosit HashMap pentru a actualiza produsul existent, unde produsul este o clasă POJO.
aici URI-ul de solicitare este/products / {id} care va returna șirul după un produs într-un depozit HashMap., Rețineți că am folosit variabila Path {id} care definește ID-ul produselor care trebuie actualizat.
DELETE API
cererea de ștergere HTTP este utilizată pentru a șterge resursa existentă. Această metodă nu conține niciun organism de solicitare. Putem trimite parametrii de solicitare și variabilele de cale pentru a defini URL-ul personalizat sau dinamic.
exemplul de mai jos arată cum se definește metoda de solicitare de ștergere HTTP. În acest exemplu, am folosit HashMap pentru a elimina produsul existent, care este o clasă POJO.,
URI-ul cererii este/products / {id} și va returna șirul după ștergerea produsului din depozitul HashMap. Am folosit variabila Path {id} care definește ID-ul produselor care trebuie șters.această secțiune vă oferă setul complet de cod sursă. Respectați următoarele coduri pentru funcționalitățile respective-
clasa principală de aplicații Spring Boot – DemoApplication.java
clasa POJO – produs.java
clasa Rest Controller-ProductServiceController.,java
puteți crea un fisier JAR executabil, și a alerga de primăvară boot aplicație, prin utilizarea mai jos Maven sau Gradle comenzi așa cum se arată −
Pentru Maven, utilizați comanda afișat mai jos,
mvn clean install
După „CONSTRUI SUCCES”, puteți găsi fișierul JAR în directorul țintă.
pentru Gradle, utilizați comanda prezentată mai jos −
gradle clean build
după „BUILD SUCCESSFUL”, puteți găsi fișierul JAR sub directorul build / libs.,
puteți rula fișierul JAR folosind comanda prezentat mai jos −
java –jar <JARFILE>
Acesta va porni aplicația de pe Tomcat portul 8080 așa cum se arată mai jos −
Acum a lovit URL-ul afișat mai jos, în POȘTAȘ aplicație și a vedea de ieșire.,
GET API URL is: http://localhost:8080/products
POST API URL is: http://localhost:8080/products
PUT API URL is: http://localhost:8080/products/3
DELETE API URL is: http://localhost:8080/products/3
