Spring Boot Annotations er en form for metadata som gir data om et program. Med andre ord, merknader brukes til å gi supplerende informasjon om et program. Det er ikke en del av applikasjonen vi utvikler. Det har ikke en direkte effekt på driften av koden de merker. Det endrer ikke handlingen til det kompilerte programmet.

I denne delen skal vi diskutere noen viktige Vårstøvelkommentar som vi skal bruke senere i denne opplæringen.

Kjerneanmerkninger for vårramme

@Påkrevd: Det gjelder for bønne setter metode. Det indikerer at den kommenterte bønnen må fylles ut på konfigurasjonstidspunktet med den nødvendige egenskapen, ellers gir den et unntak BeanInitilizationException .

Eksempel

 public class Machine { private Integer cost; @Required public void setCost(Integer cost) { this.cost = cost; } public Integer getCost() { return cost; } } 

@Autowired: Spring gir merknadsbasert automatisk kabling ved å gi @Autowired-kommentarer. Den brukes til å autowire fjærbønne på settermetoder, instansvariabel og konstruktør. Når vi bruker @Autowired-annotering, kobler fjærbeholderen bønnen automatisk ved å matche datatypen.

Eksempel

 @Component public class Customer { private Person person; @Autowired public Customer(Person person) { this.person=person; } } 

@Konfigurasjon: Det er en merknad på klassenivå. Klassen merket med @Configuration brukt av Spring Containers som en kilde til bønnedefinisjoner.

Eksempel

 @Configuration public class Vehicle { @BeanVehicle engine() { return new Vehicle(); } } 

@ComponentScan: Den brukes når vi ønsker å skanne en pakke for bønner. Den brukes med merknaden @Configuration. Vi kan også spesifisere basispakkene som skal skanne etter fjærkomponenter.

Eksempel

 @ComponentScan(basePackages = 'com.javatpoint') @Configuration public class ScanComponent { // ... } 

@Bønne: Det er en merknad på metodenivå. Det er et alternativ til XML-tag. Den forteller metoden for å produsere en bønne som skal administreres av Spring Container.

Eksempel

 @Bean public BeanExample beanExample() { return new BeanExample (); } 

Stereotypekommentarer for vårramme

@Komponent: Det er en merknad på klassenivå. Den brukes til å merke en Java-klasse som en bønne. En Java-klasse merket med @Komponent finnes under klassestien. Spring Framework plukker den opp og konfigurerer den i applikasjonssammenheng som en Vårbønne .

Eksempel

 @Component public class Student { ....... } 

@Kontroller: @Controller er en merknad på klassenivå. Det er en spesialisering av @Komponent . Den markerer en klasse som en webforespørselsbehandler. Det brukes ofte til å betjene nettsider. Som standard returnerer den en streng som indikerer hvilken rute som skal omdirigeres. Den brukes mest med @RequestMapping merknad.

Eksempel

 @Controller @RequestMapping('books') public class BooksController { @RequestMapping(value = '/{name}', method = RequestMethod.GET) public Employee getBooksByName() { return booksTemplate; } } 

@Service: Det brukes også på klassenivå. Den forteller våren at klassen inneholder forretningslogikk .

Eksempel

 package com.javatpoint; @Service public class TestService { public void service1() { //business code } } 

@Oppbevaringssted: Det er en merknad på klassenivå. Depotet er en DAOs (Data Access Object) som får direkte tilgang til databasen. Depotet utfører alle operasjonene relatert til databasen.

 package com.javatpoint; @Repository public class TestRepository { public void delete() { //persistence code } } 

Vårstøvelkommentarer

@EnableAutoConfiguration:Den konfigurerer automatisk bønnen som er tilstede i klassebanen og konfigurerer den til å kjøre metodene. Bruken av denne merknaden er redusert i Spring Boot 1.2.0-utgivelsen fordi utviklere ga et alternativ til merknaden, dvs. @SpringBootApplication .@SpringBootApplication:Det er en kombinasjon av tre merknader @EnableAutoConfiguration, @ComponentScan, og @Konfigurasjon .

Spring MVC og REST merknader

@RequestMapping:Den brukes til å kartlegge nettforespørsler . Den har mange valgfrie elementer som forbruker, overskrift, metode, navn, params, bane, produserer , og verdi . Vi bruker det både med klassen og metoden.

Eksempel

 @Controller public class BooksController { @RequestMapping('/computer-science/books') public String getAllBooks(Model model) { //application code return 'bookList'; } 

@GetMapping:Den kartlegger HTTP GET forespørsler om den spesifikke behandlermetoden. Den brukes til å lage et endepunkt for netttjenester som henter Det brukes i stedet for å bruke: @RequestMapping(metode = RequestMethod.GET) @PostMapping:Den kartlegger HTTP POST forespørsler om den spesifikke behandlermetoden. Den brukes til å lage et endepunkt for netttjenester som skaper Det brukes i stedet for å bruke: @RequestMapping(metode = RequestMethod.POST) @PutMapping:Den kartlegger HTTP PUT forespørsler om den spesifikke behandlermetoden. Den brukes til å lage et endepunkt for netttjenester som skaper eller oppdateringer Det brukes i stedet for å bruke: @RequestMapping(metode = RequestMethod.PUT) @DeleteMapping:Den kartlegger HTTP SLETT forespørsler om den spesifikke behandlermetoden. Den brukes til å lage et endepunkt for netttjenester som sletter en ressurs. Det brukes i stedet for å bruke: @RequestMapping(metode = RequestMethod.DELETE) @PatchMapping:Den kartlegger HTTP PATCH forespørsler om den spesifikke behandlermetoden. Det brukes i stedet for å bruke: @RequestMapping(metode = RequestMethod.PATCH) @RequestBody:Det er vant til binde HTTP-forespørsel med et objekt i en metodeparameter. Internt bruker den HTTP-meldingskonverterere for å konvertere hoveddelen av forespørselen. Når vi merker en metodeparameter med @RequestBody, Spring-rammeverket binder den innkommende HTTP-forespørselsteksten til den parameteren.@ResponseBody:Den binder metodereturverdien til svarlegemet. Den ber Spring Boot Framework om å serialisere en returnering av et objekt til JSON- og XML-format.@PathVariable:Den brukes til å trekke ut verdiene fra URI. Den er best egnet for RESTful-webtjenesten, der URL-en inneholder en banevariabel. Vi kan definere flere @PathVariable i en metode.@RequestParam:Den brukes til å trekke ut spørringsparametrene fra URL-en. Det er også kjent som en spørringsparameter . Det er mest egnet for webapplikasjoner. Den kan spesifisere standardverdier hvis søkeparameteren ikke er til stede i URL-en.@RequestHeader:Den brukes til å få detaljene om HTTP-forespørselshodene. Vi bruker denne merknaden som en metodeparameter . De valgfrie elementene i merknaden er navn, påkrevd, verdi, standardverdi. For hver detalj i overskriften bør vi spesifisere separate merknader. Vi kan bruke det flere ganger i en metode@RestController:Det kan betraktes som en kombinasjon av @Kontroller og @ResponseBody merknader . @RestController-kommentaren er i seg selv kommentert med @ResponseBody-kommentaren. Det eliminerer behovet for å kommentere hver metode med @ResponseBody.@RequestAttribute:Den binder en metodeparameter til forespørselsattributtet. Det gir enkel tilgang til forespørselsattributtene fra en kontrollermetode. Ved hjelp av @RequestAttribute-annotering kan vi få tilgang til objekter som er fylt på serversiden.

Merk: Vi har brukt alle de ovennevnte merknadene i vår RESTful Web Services-veiledning med eksempler fra den virkelige verden.