क्या हम जावा, कोटलिन रेस्टकंट्रोलर को पका सकते हैं?

लगभग किसी भी जावा प्रोग्रामर ने अपने जीवन में RestController लिखा था, लेकिन कुछ लोग आश्चर्य करते हैं कि क्या वह सही करता है। यहां तक ​​कि अगर आप एक अनुभवी प्रोग्रामर हैं, तो आपके पास ऐसे प्रश्न हो सकते हैं जिनका मैं जवाब देने की कोशिश करूंगा। इस तरह के ढांचे में स्प्रिंग बूट संस्करण 1.5 और 2.0 के साथ-साथ क्वार्कस जैसे फ्रेमवर्क शामिल होंगे - लाल टोपी के साथ वसंत बूट के हाल ही में दिखाई देने वाले प्रतिद्वंद्वी।

समस्या

जावा और स्प्रिंग बूट 1.5 में लंबे समय तक प्रोग्राम किया गया। लेकिन एक नई परियोजना लिखने की आवश्यकता थी:

1. मेरे पास 1600 लाइनों को एकीकृत करने के लिए जसन है, कुछ वर्गों में 100 क्षेत्र हैं
2. मैं कोटलिन और क्वार्कस की कोशिश करना चाहता था।
3. एक आराम नियंत्रक लिखें जो एनोटेशन के बिना और लोबोक जादू को शामिल किए बिना कोटलिन डेटा वर्ग के साथ काम करने में सक्षम होगा। मैं चाहता हूं कि डेटा वर्ग छोटा हो

आपने शायद अनुमान लगाया कि कोटलिन डेटा वर्ग एक अपरिवर्तनीय वर्ग है, या अपरिवर्तनीय है। एक वर्ग जिसके निर्माता में सभी क्षेत्र शामिल हैं। मैं इस तरह की अवधारणा में एक बड़ा आस्तिक हूं; एक वर्ग बनाने के बाद, इसे बदला नहीं जा सकता है, इसमें कोई बसने वाले नहीं हैं। जैसा कि दुनिया में docker की इमेज को बदला नहीं जा सकता है, कंट्रोलर में गिरी हुई तारीख कुछ ऐसी है जिसे बदला नहीं जा सकता है।

आइए समस्या को हल करने के संभावित तरीकों को देखें, और अधिक सटीक रूप से कि कैसे आधुनिक परियोजनाओं में आप एक नियंत्रक लिख सकते हैं:

मानक विकल्प। मैन्युअल रूप से वसंत या वसंत बूट 1.5 पर

बाकी नियंत्रक बहुत समय पहले दिखाई दिए, और निम्नलिखित उदाहरण जावा में उनके उपयोग का एक विशिष्ट उदाहरण है, जो सभी ट्यूटोरियल में है।

हम बस सबसे सरल नियंत्रक बनाते हैं

@RestController public class FruitController { @PostMapping("/fruit") public void greeting(@RequestBody Fruit request) { System.out.println(request); } } 

और एक POJO (सादा पुराना जावा ऑब्जेक्ट) बनाएं

 public class Fruit { public String name; public String description; public Fruit() { } public Fruit(String name, String description) { this.name = name; this.description = description; } } 

निजी क्षेत्रों और गेटर्स / सेटर या लाम्बॉक एनोटेशन के साथ भिन्नता हो सकती है, लेकिन बिंदु नहीं।
महान, हमने पहला आराम नियंत्रक बनाया जो यह काम करता है। 90% मामलों के लिए, काम करने का विकल्प। आप यहां रह सकते हैं।

समस्याएं:

अपरिवर्तनीय अवधारणा टूट गई है।
एक बिट क्रिया डेटा वर्ग।

क्या हम अपरिवर्तनीय बना सकते हैं?

इस समस्या के लिए एक स्वाभाविक प्रतिक्रिया डिफ़ॉल्ट निर्माता को हटाने और वर्ग क्षेत्रों को संपादित करने से रोकने का निर्णय होगा।

 @Getter public class Fruit { private String name; private String description; // public Fruit() { // } public Fruit(String name, String description) { this.name = name; this.description = description; } } 

लेकिन अब एक समस्या उत्पन्न होती है, यह पता चलता है कि पुस्तकालय (सबसे अधिक संभावना जैकसन) वर्ग का निर्माण नहीं कर सकता है। सबसे अधिक संभावना है कि आपको कोई त्रुटि दिखाई देगी जैसे कोई डिफ़ॉल्ट निर्माता नहीं मिला।

इसलिए जैकसन ने पहले पैरामीटर के बिना कंस्ट्रक्टर का उपयोग करके वर्ग बनाया, और फिर गेटटर / सेटर कहा । क्या खौफ है। आखिर, क्या सभी मापदंडों के साथ एक कंस्ट्रक्टर है? लेकिन दुर्भाग्य से, जब कक्षा संकलित की जाती है, तो पैरामीटर कुछ इस तरह दिखते हैं।



यानी रनटाइम में, जावा कंस्ट्रक्टर में पैरामीटर नामों के बारे में कुछ भी नहीं जानता है। संकलक उन्हें खो देता है।

दूसरा विकल्प मोक्ष के रूप में वसंत या वसंत बूट 1.5 + एनोटेशन है

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

 @Getter public class Fruit { private String name; private String description; @JsonCreator public Fruit(@JsonProperty("name") String name, @JsonProperty("description")String description) { this.name = name; this.description = description; } } 

फिलहाल, बूट 1.5 स्पिंग पर हमारी परियोजना में, ये एनोटेशन सचमुच सब कुछ से भरा हुआ है।
और अगर आप लोकप्रिय jsonschema2pojo जनरेटर लेते हैं, तो यह और भी एनोटेशन उत्पन्न करेगा। ईमानदारी से, मैं उन्हें पसंद नहीं करता।

वहां कॉपी करने की कोशिश करें:

 { "description": "description", "name": "name" } 

हमें प्राप्त होने वाले उत्पादन में (आप स्क्विंट कर सकते हैं और फ्लिप कर सकते हैं)

 @JsonInclude(JsonInclude.Include.NON_NULL) @JsonPropertyOrder({ "description", "name" }) public class Example { @JsonProperty("description") private String description; @JsonProperty("name") private String name; @JsonProperty("description") public String getDescription() { return description; } @JsonProperty("description") public void setDescription(String description) { this.description = description; } @JsonProperty("name") public String getName() { return name; } @JsonProperty("name") public void setName(String name) { this.name = name; } } 

विपक्ष: एनोटेशन बहुत वर्ग को फुलाते हैं। एक शौकिया के लिए, बहुत वर्बोज़।

तीसरा विकल्प वसंत या वसंत बूट 1.5 + लोबोक ध्वज

धन्यवाद थ्रोबल मैं टिप्पणी से उद्धृत करूंगा:

"यदि आप लोम्बोक का उपयोग करते हैं, तो सबसे अच्छा तरीका है lombok.config में लिखना:

lombok.allArgsConstructor.addConstructorProperties = true

यह कंस्ट्रक्टर @java.beans.ConstructorProperties पर उत्पन्न होगा, जिसे जैक्सन को समझना है। ”

बढ़िया विकल्प। वह निश्चित रूप से मुझे एनोटेशन की क्रिया से बचाएगा।

विपक्ष:

लेकिन मैं कोमलिन का उपयोग बिना लुम्बोक के करना चाहता हूं।
मैंने इस विकल्प को बहुत देर से सीखा।

स्प्रिंग बूट 2.0 का चौथा संस्करण

 @Getter public class Fruit { private String name; private String description; public Fruit( String name, String description) { this.name = name; this.description = description; } } 

आश्चर्यजनक रूप से, स्प्रिंग बूट 2.0 ऐसे अपरिवर्तनीय वर्ग के साथ चुपचाप काम करता है। और अपने जुड़वां भाई कोटलिन डेटा क्लास के साथ भी

 data class Fruit( val name : String, val description : String) 

ऐसा लगता है कि रनटाइम में जावा कंस्ट्रक्टर में पैरामीटर नामों को नहीं जानता है, लेकिन किसी कारण से स्प्रिंग बूट 2 पहले से ही जानता है कि डेटा वर्ग के साथ कैसे काम किया जाए। तो, वसंत-बूट-स्टार्टर-माता-पिता को देखें, कोटलिन समर्थन वहां जोड़ा गया है।

 <plugin> <groupId>org.jetbrains.kotlin</groupId> ... <configuration> <javaParameters>true</javaParameters> </configuration> </plugin> <plugin> <artifactId>maven-compiler-plugin</artifactId> <configuration> <parameters>true</parameters> </configuration> </plugin> 

मैं डिक्रिप्ट करता हूं। रनटाइम के दौरान खो जाने वाले क्लास कंस्ट्रक्टर में पैरामीटर नामों के लिए, कंपाइलर को javac -parameters फ्लैग पास करने की आवश्यकता होती है और स्प्रिंग बूट 2.0 ऐसा करता है।

स्प्रिंग बूट 2 पर नमूना परियोजना।

पाँचवाँ विकल्प। क्वार्कस + कोटलिन

क्वार्कस में एक आराम सेवा का एक उदाहरण है , मेरे पहले विकल्प का एक एनालॉग। यानी बाकी पुराने तरीके से नियंत्रक। हालाँकि, यदि आप इसे कोटलिन के साथ उपयोग करना चाहते हैं, तो आपको झंडे जोड़ना होगा जैसा कि वसंत बूट 2 ने किया था।

यहाँ समस्या का वर्णन। यहाँ क्वार्कस में कोटलिन डेटा क्लास सपोर्ट को जोड़ने का एक उदाहरण है ।

निष्कर्ष

आप रेस्ट कंट्रोलर बनाने के लिए पहले सरल विकल्प का उपयोग कर सकते हैं, लेकिन मैं अपरिवर्तनीय कक्षाओं की ओर बढ़ने की सलाह दूंगा। कोटलिन पर लिखें और आपको लुम्बोक की आवश्यकता नहीं होगी। कोड आसान और आसान होना चाहिए। मुझे यकीन है कि वसंत के निर्माता जानबूझकर संकलक विकल्पों में जेवैक -प्रेमेटर्स को जोड़ने के लिए गए थे और इसमें कोई अपराध नहीं होना चाहिए। परफेक्ट कोड के रास्ते पर सभी को शुभकामनाएँ।

ध्यान देने के लिए आप सभी का धन्यवाद!