स्प्रिंग प्रोफेशनल सर्टिफिकेशन की तैयारी। वसंत का आराम

1. निर्भरता इंजेक्शन, कंटेनर, IoC, सेम
2. एओपी (पहलू-उन्मुख प्रोग्रामिंग)
3. जेडीबीसी, लेनदेन, जेपीए, स्प्रिंग डेटा
4. वसंत का बूट
5. स्प्रिंग mvc
6. वसंत सुरक्षा
7. बाकी
8. परीक्षण

REST की अवधारणा को समझने के लिए, आपको इसके घटकों में संक्षिप्त विवरण को पार्स करने की आवश्यकता है:

• प्रतिनिधि - REST में संसाधनों को किसी भी रूप में दर्शाया जा सकता है - JSON, XML, पाठ या यहां तक ​​कि HTML - इस बात पर निर्भर करता है कि कौन सा डेटा उपभोक्ता के लिए अधिक उपयुक्त है
• राज्य - आरईएसटी के साथ काम करते समय, आपको संसाधन की स्थिति पर ध्यान केंद्रित करना चाहिए, न कि संसाधन के साथ क्रियाओं पर
• ट्रांसफर - REST में एक आवेदन से दूसरे में प्रस्तुत किए गए किसी भी रूप में संसाधन डेटा का हस्तांतरण शामिल है।

REST एक सर्वर और क्लाइंट के बीच संसाधन राज्यों का स्थानांतरण है।

REST में एक संसाधन वह सब है जो क्लाइंट और सर्वर के बीच स्थानांतरित किया जा सकता है।
यहाँ संसाधनों के कुछ उदाहरण दिए गए हैं:

• समाचार
• सेंट पीटर्सबर्ग में सोमवार को सुबह 4 बजे तापमान।
• कर्मचारी का वेतन
• डेटाबेस चयन
• खोज परिणाम

REST में क्रियाएँ http विधियों द्वारा निर्धारित की जाती हैं।
, Post , Put , Delete , Patch , और अन्य प्राप्त करें।

सबसे अधिक इस्तेमाल किया जाता है जो कि संक्षिप्त CRUD द्वारा दर्शाया गया है:

• बनाएँ - POST
• GET
• अद्यतन - PUT
• हटाएं - DELETE

डिफ़ॉल्ट रूप से, REST सुरक्षित नहीं है।

आप बेसिक ऑथ, JWT, OAuth2 के साथ सुरक्षा को कॉन्फ़िगर कर सकते हैं

ये ऐसे ऑपरेशन हैं जो संसाधनों को संशोधित नहीं करते हैं। यहाँ उनकी एक सूची है:

• प्राप्त
• HEAD
• विकल्प

बेरोजगारी विधियां प्रत्येक आह्वान के साथ विधियां हैं जिनमें से परिणाम समान होगा।

अर्थात्, इस पद्धति के 1 कॉल के बाद का परिणाम इस पद्धति के 10 कॉल के बाद परिणाम के समान होगा।

यह एक गलत सहिष्णु एपीआई के लिए महत्वपूर्ण है। मान लीजिए कि कोई ग्राहक POST अनुरोध का उपयोग करके किसी संसाधन को अपडेट करना चाहता है? यदि POST एक बेकार विधि नहीं है, तो एक मल्टीपल कॉल अप्रत्याशित संसाधन अपडेट का कारण होगा। बेकार तरीकों का इस्तेमाल करते हुए, आप खुद को कई गलतियों से बचाते हैं।

हां। REST अच्छी तरह से स्केल करता है क्योंकि यह राज्य को स्टोर नहीं करता है।

इसका मतलब है कि यह सर्वर पर उपयोगकर्ता सत्र की जानकारी संग्रहीत नहीं करता है।

क्लाइंट की जानकारी सर्वर साइड पर संग्रहित नहीं की जानी चाहिए, लेकिन इसे हर बार प्रेषित किया जाना चाहिए जहां इसकी आवश्यकता है। यह वही है जो एसटी का मतलब REST, स्टेट ट्रांसफर में है। आप राज्य को पास करते हैं, सर्वर पर संग्रहीत नहीं करते हैं।

REST भी इंटरऑपरेबल है - इसका मतलब है कि विभिन्न भाषाओं में लिखे गए विभिन्न प्रोग्राम इस पर इंटरैक्ट कर सकते हैं। यह 2 कारकों से आता है:

• Interoperable HTTP क्लाइंट। विभिन्न क्लाइंट को एक ही http अनुरोध भेजना चाहिए।
• मीडिया प्रकारों के स्तर पर अंतर। विभिन्न ग्राहकों को समान संसाधनों को सही ढंग से भेजना और प्राप्त करना होगा।

HttpMessageConverter अनुरोध को ऑब्जेक्ट में परिवर्तित करता है और इसके विपरीत।

वसंत में इस इंटरफ़ेस के कई कार्यान्वयन हैं, और आप अपना खुद का बना सकते हैं।

इस स्थिति में, DispatcherServlet मॉडल और दृश्य का उपयोग नहीं करता है।

REST में, मॉडल और दृश्य बिल्कुल मौजूद नहीं हैं। नियंत्रक द्वारा दिए गए डेटा और संसाधन का प्रतिनिधित्व केवल तब होता है जब संदेश एक मीडिया प्रकार (json, xml ...) से एक वस्तु में परिवर्तित हो जाता है।

कनवर्टर सूची:

BufferedImageHttpMessageConverter - छवि कोड के लिए (से) एक BufferedImage गए BufferedImage कनवर्ट करता है।

Jaxb2RootElementHttpMessageConverter - jaxb2 एनोटेशन के साथ चिह्नित ऑब्जेक्ट को xml से (से) परिवर्तित करता है। अगर jaxb2 classpath में है तो रजिस्टर करें।

MappingJackson2HttpMessageConverter - JSON को किसी ऑब्जेक्ट से (से) परिवर्तित करता है। रजिस्टर करें अगर जैक्सन 2 क्लासपाथ में है।

StringHttpMessageConverter - सभी मीडिया फ़ाइलों को पाठ / सादे में कनवर्ट करता है।

@RestController को @RestController नियंत्रक के बजाय नियंत्रक वर्ग पर रखा गया है। वह बताती हैं कि यह वर्ग मॉडल पर नहीं, बल्कि डेटा पर काम करता है। इसमें @Controller और @RequestBody ।

 @Controller @ResponseBody public interface RestController 

@ResponseBody उन तरीकों पर लगाया जाता है जो डेटा के साथ काम करते हैं, न कि मॉडल के साथ। यदि @RestController उपयोग किया जाता @RestController तो @RestController स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं @RestController ।

नियमित तरीके Model लौटाते हैं, और एनोटेट @ResponseBody विधियाँ ऑब्जेक्ट्स को @ResponseBody हैं जिन्हें HttpMessageConverter का उपयोग करके मीडिया फ़ाइलों में परिवर्तित किया जाता है।

इस एनोटेशन का उपयोग नियंत्रक कक्षाओं और विधियों के अनुरोधों को मैप करने के लिए किया जाता है।
पहले, इसका उपयोग URI, http विधि, भेजे गए डेटा के प्रकार आदि को इंगित करने के लिए वर्ग विधियों के लिए किया जाता था। स्प्रिंग के नए संस्करणों में, इसे एनोटेशन @GetMapping , @PostMapping , आदि से बदल दिया गया था।

अब इसका उपयोग केवल यूआरआई को नियंत्रक वर्ग को इंगित करने के लिए किया जाता है।

Http तरीकों को मैप करने के लिए ये संकीर्ण एनोटेशन हैं।

• @GetMapping - हैंडल से अनुरोध प्राप्त होते हैं
• @PostMapping - पोस्ट अनुरोधों को संभालता है
• @DeleteMapping - हैंडल अनुरोधों को हटाते हैं
• @PutMapping - हैंडल अनुरोध करता है
• @PatchMapping - पैच अनुरोधों को संभालता है

नीचे लिखा सब कुछ अन्य एनोटेशन की विशेषता भी है।

एनोटेशन @GetMapping केवल एक एनोटेशन है जिसमें @RequestMapping (विधि = RequestMethod.GP) शामिल है ।
यह आपको हैंडलर विधि को ठीक करने की भी अनुमति देता है।
इसके पैरामीटर (वे समान @RequestMapping मापदंडों में परिवर्तित होते हैं):

• path - यूआरआई
• headers - हेडर
• name - हैंडलर नाम
• params - पैरामीटर
• produces - लौटाए गए डेटा का प्रकार (JSON, XML, पाठ)। REST में प्रयुक्त

• consumes - प्राप्त डेटा का प्रकार। REST में प्रयुक्त

  
  

  डिफ़ॉल्ट रूप से, एनोटेशन विधि के लिए पथ लेता है।
  @GetMapping("managers") = @GetMapping(path = "managers")

  
  

इस एनोटेशन का उपयोग किया जाता है ताकि हैंडलर विधियों को एक HTTP अनुरोध से पैरामीटर मिल सके।

मापदंडों के साथ एक अनुरोध: http://localhost:8080/getByName/name=Ivan ।
निम्नलिखित कोड स्ट्रिंग Ivan को चर name में डाल देगा।

 @GetMapping("getByName") public User getUserByName(@RequestParam("name") String name) { //some logic } 

इस एनोटेशन को यूआरआई से एक विशिष्ट भाग मिलता है।

URI: http://localhost:8080/getById/23

निम्नलिखित कोड id चर में 23 डाल देगा।

 @GetMapping("getById/{id}") public User getUserById(@PathVariable("id") String id) { //some logic } 

प्राप्त - 200 ठीक है

POST - 200 ठीक, 201 बनाया गया, 204 कोई सामग्री नहीं

PUT - 200 ठीक है, 201 बनाया गया, 204 कोई सामग्री नहीं

DELETE - 204 कोई सामग्री नहीं, 202 स्वीकृत

यह आपको एक प्रतिक्रिया कोड सेट करने की अनुमति देता है। आमतौर पर, स्प्रिंग स्वयं वांछित प्रतिक्रिया कोड सेट करता है, लेकिन ऐसे समय होते हैं जब आपको इसे ओवरराइड करने की आवश्यकता होती है।

 @PostMapping @ResponseStatus(HttpStatus.CREATED) public void add(...) {...} 

एनोटेशन का उपयोग करने के बजाय, आप एक ResponseEntity वापस कर सकते हैं और मैन्युअल रूप से प्रतिक्रिया कोड सेट कर सकते हैं।

ResponseEntity और @ReponseStatus एक साथ उपयोग करने की अनुशंसा नहीं की जाती है।

यह एक विशेष वर्ग है जो http प्रतिक्रिया का प्रतिनिधित्व करता है। इसमें प्रतिक्रिया निकाय, स्थिति कोड, शीर्षलेख शामिल हैं। हम इसका उपयोग http प्रतिक्रिया को ठीक करने के लिए कर सकते हैं।

यह एक सार्वभौमिक प्रकार है, और किसी भी वस्तु का उपयोग शरीर के रूप में किया जा सकता है:

 @GetMapping("/hello") ResponseEntity hello() { return new ResponseEntity("Hello World!", HttpStatus.OK); } 

आप किसी विधि पैरामीटर पर @RequestBody एनोटेशन का उपयोग कर सकते हैं ताकि अनुरोध बॉडी इस पैरामीटर में परिवर्तित हो जाए।

 @PostMapping("accounts") //,   JSON    Account public void handle(@RequestBody Account account) {...} 

अनुरोध के लिए आप @Validated के साथ @Validated उपयोग कर सकते हैं।

RestTemplate HTTP अनुरोध भेजने के लिए स्प्रिंग में एक विशेष क्लाइंट है। यह एक लाइन पर आसानी से REST अंतिम बिंदुओं को कॉल करने के लिए सुविधाजनक API प्रदान करता है।

 RestTemplate restTemplate = new RestTemplate(); String fooResourceUrl = "http://localhost:8080/spring-rest/foos"; ResponseEntity response = restTemplate.getForEntity(fooResourceUrl + "/1", String.class); 

आप इस लेख में उपयोग के बारे में अधिक जान सकते हैं।