हम Grubhub में लगभग पूरे बैकएंड में Java का उपयोग करते हैं। यह एक सिद्ध भाषा है जिसने पिछले 20 वर्षों में अपनी गति और विश्वसनीयता साबित की है। लेकिन इन वर्षों में, "बूढ़े आदमी" की उम्र अभी भी प्रभावित होने लगी थी।

जावा सबसे लोकप्रिय जेवीएम भाषाओं में से एक है , लेकिन केवल एक ही नहीं। हाल के वर्षों में, वह स्काला, क्लोजर और कोटलिन के साथ प्रतिस्पर्धा कर रहा है, जो नई कार्यक्षमता और अनुकूलित भाषा सुविधाएँ प्रदान करते हैं। संक्षेप में, वे आपको अधिक संक्षिप्त कोड के साथ और अधिक करने की अनुमति देते हैं।

जेवीएम पारिस्थितिकी तंत्र में ये नवाचार बहुत दिलचस्प हैं। प्रतिस्पर्धा के कारण, प्रतिस्पर्धी बने रहने के लिए जावा को बदलने के लिए मजबूर किया जाता है। जावा 8 (वल्लाह, स्थानीय-वैरिएबल टाइप इंट्रेंस, लूम) में छह महीने की रिलीज़ शेड्यूल और कई JEP (JDK एन्हांसमेंट प्रस्ताव) इस बात का प्रमाण हैं कि जावा सालों तक एक प्रतिस्पर्धी भाषा बनी रहेगी।

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

लोम्बोक को कॉन्फ़िगर करें

ग्रुब हमेशा सॉफ़्टवेयर जीवन चक्र में सुधार करने का प्रयास करता है, लेकिन हर नए उपकरण और प्रक्रिया पर विचार करने की लागत होती है। सौभाग्य से, लोम्बोक को जोड़ने के लिए, बस एक जोड़ी लाइनों को ग्रेडल फ़ाइल में जोड़ें।

लोम्बोक ने संकलक प्रक्रिया से पहले जावा स्टेटमेंट में एनोटेशन को जावा स्टेटमेंट में परिवर्तित कर दिया है: lombok निर्भरता रनटाइम में नहीं है, इसलिए प्लगइन का उपयोग करने से असेंबली का आकार नहीं बढ़ेगा। लोम्बोक को ग्रैडल के साथ कॉन्फ़िगर करने के लिए (यह मावेन के साथ भी काम करता है), बस निम्न पंक्तियों को बिल्ड.ग्रेड फ़ाइल में जोड़ें:

 plugins { id 'io.franzbecker.gradle-lombok' version '1.14' id 'java' } repositories { jcenter() // or Maven central, required for Lombok dependency } lombok { version = '1.18.4' sha256 = "" } 

लोम्बोक के साथ, हमारा स्रोत कोड वैध जावा कोड नहीं होगा । इसलिए, आपको आईडीई के लिए एक प्लगइन स्थापित करने की आवश्यकता होगी, अन्यथा विकास का माहौल समझ नहीं पाएगा कि यह क्या व्यवहार कर रहा है। लंबोक सभी प्रमुख जावा आईडीई का समर्थन करता है। सहज एकीकरण। "शो उपयोग" और "कार्यान्वयन पर जाएं" जैसे सभी कार्य पहले की तरह कार्य करना जारी रखते हुए, आपको संबंधित फ़ील्ड / वर्ग में ले जाते हैं।

कार्रवाई में लोम्बोक

लोम्बोक को जानने का सबसे अच्छा तरीका यह है कि इसे एक्शन में देखा जाए। कुछ विशिष्ट उदाहरणों पर विचार करें।

POJO ऑब्जेक्ट को रिले करें

"अच्छे पुराने जावा ऑब्जेक्ट्स" (पीओजेओ) के साथ, हम नेटवर्क ट्रांसफर को पढ़ने और सुव्यवस्थित करने के लिए कोड को आसान बनाने के लिए प्रसंस्करण से डेटा को अलग करते हैं। एक साधारण POJO में कई निजी क्षेत्र हैं, साथ ही संगत गेटर्स और सेटर भी हैं। वे नौकरी करते हैं, लेकिन बहुत सारे बॉयलरप्लेट कोड की आवश्यकता होती है।

लोम्बोक अतिरिक्त कोड के बिना अधिक लचीला और संरचित तरीके से पीओजेओ का उपयोग करने में मदद करता है। इस @Data हम @Data एनोटेशन के साथ अंतर्निहित POJO को सरल @Data हैं:

 @Data public class User { private UUID userId; private String email; } 

@Data सिर्फ एक सुविधाजनक एनोटेशन है जो एक ही बार में कई @Data एनोटेशन लागू करता है।

• @ToString toString() पद्धति के लिए एक कार्यान्वयन उत्पन्न करता है, जिसमें ऑब्जेक्ट का एक साफ प्रतिनिधित्व होता है: वर्ग का नाम, सभी फ़ील्ड और उनके मान।
  
• @EqualsAndHashCode equals और @EqualsAndHashCode कार्यान्वयन को उत्पन्न करता है, जो डिफ़ॉल्ट रूप से गैर-स्थिर और गैर-स्थिर क्षेत्रों का उपयोग करता है, लेकिन अनुकूलन योग्य है।
  
• @Getter / @Setter निजी क्षेत्रों के लिए @Getter / @Setter और @Getter / @Setter बनाता है।
  
• @RequiredArgsConstructor आवश्यक तर्कों के साथ एक निर्माता बनाता है, जहां अंतिम फ़ील्ड और @NonNull एनोटेशन वाले फ़ील्ड @NonNull (नीचे इस पर अधिक)।

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

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

 @Value @Builder(toBuilder = true) public class User { @NonNull UUID userId; @NonNull String email; @Singular Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = “default.png”; } 

@Value एनोटेशन @Value समान है सिवाय इसके कि सभी फ़ील्ड डिफ़ॉल्ट रूप से निजी और अंतिम हैं, और बसने वाले नहीं बनाए जाते हैं। इसके लिए धन्यवाद, @Value ऑब्जेक्ट तुरंत अपरिवर्तनीय हो जाते हैं। चूंकि सभी क्षेत्र अंतिम हैं, इसलिए कोई तर्क निर्माता नहीं है। इसके बजाय, @AllArgsConstructor का उपयोग करता है। परिणाम एक पूरी तरह कार्यात्मक, अपरिवर्तनीय वस्तु है।

लेकिन अपरिवर्तनीयता बहुत उपयोगी नहीं है यदि आपको केवल ऑल-आर्ग कंस्ट्रक्टर का उपयोग करके ऑब्जेक्ट बनाने की आवश्यकता है। जैसा कि जोशुआ बलोच ने अपनी पुस्तक इफेक्टिव जावा प्रोग्रामिंग में बताया है, अगर आपको बड़ी संख्या में डिजाइनर पैरामीटर हैं तो आपको बिल्डरों का उपयोग करना चाहिए। यहाँ पर @Builder वर्ग @Builder में आता है, स्वचालित रूप से निर्माता के आंतरिक वर्ग को उत्पन्न करता है:

 User user = User.builder() .userId(UUID.random()) .email(“grubhub@grubhub.com”) .favoriteFood(“burritos”) .favoriteFood(“dosas”) .build() 

एक बिल्डर को उत्पन्न करने से बड़ी संख्या में तर्कों के साथ वस्तुओं को बनाना और भविष्य में नए क्षेत्रों को जोड़ना आसान हो जाता है। स्थैतिक विधि बिल्डर के एक उदाहरण को वस्तु के सभी गुणों को सेट करने के लिए लौटाता है। उसके बाद, कॉल करने के build() उदाहरण देता है।

@NonNull उपयोग यह @NonNull लिए किया जा सकता है कि ऑब्जेक्ट की आवृत्ति बनाते समय ये फ़ील्ड रिक्त नहीं हैं, अन्यथा, NullPointerException फेंक दिया गया है। ध्यान दें कि अवतार फ़ील्ड को @NonNull साथ एनोटेट किया @NonNull लेकिन सेट नहीं किया गया है। तथ्य यह है कि @Builder.Default एनोटेशन डिफ़ॉल्ट रूप से default.png को इंगित करता है।

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

अंत में, toBuilder = true पैरामीटर toBuilder() इंस्टेंस विधि जोड़ता है, जो इस उदाहरण के सभी मानों से भरा एक बिल्डर ऑब्जेक्ट बनाता है। एक नया उदाहरण बनाना आसान है, मूल से सभी मूल्यों के साथ पूर्व-आबादी, ताकि यह केवल आवश्यक फ़ील्ड को बदलने के लिए बनी रहे। यह विशेष रूप से @Value वर्गों के लिए उपयोगी है, क्योंकि फ़ील्ड अपरिवर्तनीय हैं।

कुछ नोट आगे सेटर के विशेष कार्यों को अनुकूलित करते हैं। @Wither प्रत्येक प्रॉपर्टी के लिए @Wither तरीके बनाता है। इनपुट पर, मूल्य; आउटपुट पर, एक क्षेत्र के अद्यतन मूल्य के साथ उदाहरण का क्लोन। @Accessors आपको स्वचालित रूप से निर्मित @Accessors को कॉन्फ़िगर करने की अनुमति देता है fluent=true पैरामीटर गेटर्स और सेटर्स के लिए प्राप्त और सेट सम्मेलनों को निष्क्रिय करता है। कुछ स्थितियों में, यह @Builder लिए एक उपयोगी प्रतिस्थापन हो सकता है।

यदि लोम्बोक कार्यान्वयन आपके कार्य के लिए उपयुक्त नहीं है (और आपने एनोटेशन संशोधक को देखा है), तो आप हमेशा अपना स्वयं का कार्यान्वयन ले सकते हैं और लिख सकते हैं। उदाहरण के लिए, यदि आपके पास @Data वर्ग है, लेकिन एक @Data को कस्टम तर्क की आवश्यकता है, तो बस इस @Data लागू करें। लोम्बोक देखेंगे कि कार्यान्वयन पहले से ही प्रदान किया गया है, और स्वचालित रूप से बनाए गए कार्यान्वयन के साथ इसे अधिलेखित नहीं करेगा।

बस कुछ सरल एनोटेशन के साथ, आधार POJO को इतनी समृद्ध विशेषताएं प्राप्त हुई हैं जो समय बर्बाद किए बिना या विकास लागतों को बढ़ाए बिना, हमारे इंजीनियरों के काम को लोड किए बिना इसके उपयोग को सरल बनाती हैं।

टेम्पलेट कोड हटाना

लोम्बोक न केवल पीओजेओ के लिए उपयोगी है: इसे आवेदन के किसी भी स्तर पर लागू किया जा सकता है। लोम्बोक के निम्नलिखित उपयोग घटक वर्गों में विशेष रूप से उपयोगी हैं जैसे कि नियंत्रक, सेवाएं और डीएओ (डेटा एक्सेस ऑब्जेक्ट)।

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

 @Slf4j // also: @CommonsLog @Flogger @JBossLog @Log @Log4j @Log4j2 @XSlf4j public class UserService { // created automatically // private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(UserService.class); } 

लकड़हारा घोषित करने के बाद, हमारी निर्भरताएँ जोड़ें:

 @Slf4j @RequiredArgsConstructor @FieldDefaults(makeFinal=true, level=AccessLevel.PRIVATE) public class UserService { @NonNull UserDao userDao; } 

@FieldDefaults सभी क्षेत्रों में अंतिम और निजी संशोधक जोड़ता है। @RequiredArgsConstructor एक निर्माता बनाता है जो @RequiredArgsConstructor एक उदाहरण सेट करता है। @NonNull , कंस्ट्रक्टर में सत्यापन जोड़ता है और NullPointerException UserDao यदि UserDao आवृत्ति शून्य है।

लेकिन रुको, यह सब नहीं है!

कई और स्थितियां हैं जहां लोम्बोक अपना सर्वश्रेष्ठ प्रदर्शन करता है। पिछले खंडों ने विशिष्ट उदाहरण दिखाए, लेकिन लोम्बोक कई क्षेत्रों में विकास की सुविधा प्रदान कर सकता है। यहां कुछ छोटे उदाहरण दिए गए हैं कि इसे और अधिक कुशलता से कैसे उपयोग किया जाए।

हालांकि var कीवर्ड जावा 9 में दिखाई दिया, फिर भी चर को फिर से असाइन किया जा सकता है। लोम्बोक में कीवर्ड val , जो एक स्थानीय चर के अंतिम प्रकार को प्रिंट करता है।

 // final Map map = new HashMap<Integer, String>(); val map = new HashMap<Integer, String>(); 

विशुद्ध रूप से स्थैतिक कार्यों के साथ कुछ वर्गों को शुरू करने का इरादा नहीं है। तात्कालिकता को रोकने का एक तरीका एक निजी निर्माता को घोषित करना है जो एक अपवाद फेंकता है। @UtilityClass ने इस टेम्पलेट को @UtilityClass एनोटेशन में संहिताबद्ध किया। यह एक निजी कंस्ट्रक्टर बनाता है जो एक अपवाद को फेंकता है, अंत में क्लास को आउटपुट करता है और सभी तरीकों को स्थिर बनाता है।

 @UtilityClass // will be made final public class UtilityClass { // will be made static private final int GRUBHUB = “ GRUBHUB”; // autogenerated by Lombok // private UtilityClass() { // throw new java.lang.UnsupportedOperationException("This is a utility class and cannot be instantiated"); //} // will be made static public void append(String input) { return input + GRUBHUB; } } 

चेक किए गए अपवादों के कारण मौखिकता के लिए जावा की अक्सर आलोचना की जाती है। एक अलग @SneakyThrows एनोटेशन उन्हें ठीक करता है: @SneakyThrows । जैसा कि अपेक्षित था, कार्यान्वयन बहुत मुश्किल है। यह अपवादों को नहीं पकड़ता है या एक RuntimeException में अपवादों को भी लपेटता है। इसके बजाय, यह इस तथ्य पर निर्भर करता है कि JVM रन टाइम में चेक किए गए अपवादों की निरंतरता की जांच नहीं करता है। केवल जावेद ही ऐसा करता है। इसलिए, लोम्बोक इस चेक को निष्क्रिय करने के लिए संकलन समय पर बायोटेक रूपांतरण का उपयोग करता है। परिणाम निष्पादन योग्य कोड है।

 public class SneakyThrows { @SneakyThrows public void sneakyThrow() { throw new Exception(); } } 

कंधे से कंधा मिलाकर

प्रत्यक्ष तुलना सबसे अच्छा दिखाती है कि लोम्बोक कितना कोड बचाता है। IDE प्लगइन में एक "de-lombok" फ़ंक्शन है जो लगभग अधिकांश @NonNull एनोटेशन को देशी जावा कोड में परिवर्तित करता है ( @NonNull एनोटेशन परिवर्तित नहीं @NonNull )। इस प्रकार, इंस्टॉल किए गए प्लगइन के साथ कोई भी आईडीई अधिकांश एनोटेशन को मूल जावा कोड में परिवर्तित करने में सक्षम होगा और इसके विपरीत। वापस हमारे User वर्ग के लिए।

 @Value @Builder(toBuilder = true) public class User { @NonNull UUID userId; @NonNull String email; @Singular Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = “default.png”; } 

लोम्बोक वर्ग सिर्फ 13 सरल, पठनीय, समझने योग्य लाइनें है। लेकिन डे-लम्बोक चलाने के बाद, कक्षा बॉयलरप्लेट कोड की सौ से अधिक लाइनों में बदल जाती है!

 public class User { @NonNull UUID userId; @NonNull String email; Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = "default.png"; @java.beans.ConstructorProperties({"userId", "email", "favoriteFoods", "avatar"}) User(UUID userId, String email, Set<String> favoriteFoods, String avatar) { this.userId = userId; this.email = email; this.favoriteFoods = favoriteFoods; this.avatar = avatar; } public static UserBuilder builder() { return new UserBuilder(); } @NonNull public UUID getUserId() { return this.userId; } @NonNull public String getEmail() { return this.email; } public Set<String> getFavoriteFoods() { return this.favoriteFoods; } @NonNull public String getAvatar() { return this.avatar; } public boolean equals(Object o) { if (o == this) return true; if (!(o instanceof User)) return false; final User other = (User) o; final Object this$userId = this.getUserId(); final Object other$userId = other.getUserId(); if (this$userId == null ? other$userId != null : !this$userId.equals(other$userId)) return false; final Object this$email = this.getEmail(); final Object other$email = other.getEmail(); if (this$email == null ? other$email != null : !this$email.equals(other$email)) return false; final Object this$favoriteFoods = this.getFavoriteFoods(); final Object other$favoriteFoods = other.getFavoriteFoods(); if (this$favoriteFoods == null ? other$favoriteFoods != null : !this$favoriteFoods.equals(other$favoriteFoods)) return false; final Object this$avatar = this.getAvatar(); final Object other$avatar = other.getAvatar(); if (this$avatar == null ? other$avatar != null : !this$avatar.equals(other$avatar)) return false; return true; } public int hashCode() { final int PRIME = 59; int result = 1; final Object $userId = this.getUserId(); result = result * PRIME + ($userId == null ? 43 : $userId.hashCode()); final Object $email = this.getEmail(); result = result * PRIME + ($email == null ? 43 : $email.hashCode()); final Object $favoriteFoods = this.getFavoriteFoods(); result = result * PRIME + ($favoriteFoods == null ? 43 : $favoriteFoods.hashCode()); final Object $avatar = this.getAvatar(); result = result * PRIME + ($avatar == null ? 43 : $avatar.hashCode()); return result; } public String toString() { return "User(userId=" + this.getUserId() + ", email=" + this.getEmail() + ", favoriteFoods=" + this.getFavoriteFoods() + ", avatar=" + this.getAvatar() + ")"; } public UserBuilder toBuilder() { return new UserBuilder().userId(this.userId).email(this.email).favoriteFoods(this.favoriteFoods).avatar(this.avatar); } public static class UserBuilder { private UUID userId; private String email; private ArrayList<String> favoriteFoods; private String avatar; UserBuilder() { } public User.UserBuilder userId(UUID userId) { this.userId = userId; return this; } public User.UserBuilder email(String email) { this.email = email; return this; } public User.UserBuilder favoriteFood(String favoriteFood) { if (this.favoriteFoods == null) this.favoriteFoods = new ArrayList<String>(); this.favoriteFoods.add(favoriteFood); return this; } public User.UserBuilder favoriteFoods(Collection<? extends String> favoriteFoods) { if (this.favoriteFoods == null) this.favoriteFoods = new ArrayList<String>(); this.favoriteFoods.addAll(favoriteFoods); return this; } public User.UserBuilder clearFavoriteFoods() { if (this.favoriteFoods != null) this.favoriteFoods.clear(); return this; } public User.UserBuilder avatar(String avatar) { this.avatar = avatar; return this; } public User build() { Set<String> favoriteFoods; switch (this.favoriteFoods == null ? 0 : this.favoriteFoods.size()) { case 0: favoriteFoods = java.util.Collections.emptySet(); break; case 1: favoriteFoods = java.util.Collections.singleton(this.favoriteFoods.get(0)); break; default: favoriteFoods = new java.util.LinkedHashSet<String>(this.favoriteFoods.size() < 1073741824 ? 1 + this.favoriteFoods.size() + (this.favoriteFoods.size() - 3) / 3 : Integer.MAX_VALUE); favoriteFoods.addAll(this.favoriteFoods); favoriteFoods = java.util.Collections.unmodifiableSet(favoriteFoods); } return new User(userId, email, favoriteFoods, avatar); } public String toString() { return "User.UserBuilder(userId=" + this.userId + ", email=" + this.email + ", favoriteFoods=" + this.favoriteFoods + ", avatar=" + this.avatar + ")"; } } } 

हम UserService वर्ग के लिए भी ऐसा ही करेंगे।

 @Slf4j @RequiredArgsConstructor @FieldDefaults(makeFinal=true, level=AccessLevel.PRIVATE) public class UserService { @NonNull UserDao userDao; } 

यहाँ मानक जावा कोड में एक नमूना समकक्ष है।

  public class UserService { private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(UserService.class); private final UserDao userDao; @java.beans.ConstructorProperties({"userDao"}) public UserService(UserDao userDao) { if (userDao == null) { throw new NullPointerException("userDao is marked @NonNull but is null") } this.userDao = userDao; } } 

प्रभाव की रेटिंग

ग्रुभ में एक सौ से अधिक खाद्य वितरण व्यवसाय सेवाएँ हैं। हमने उनमें से एक को लिया और लोम्बोक इंटेलीज प्लगइन में "डी-लम्बोक" फ़ंक्शन लॉन्च किया। परिणामस्वरूप, लगभग 180 फाइलें बदल गईं, और लोम्बोक का उपयोग करने के 800 मामलों को हटाने के बाद कोड का आधार लगभग 18,000 लाइनों की वृद्धि हुई। औसतन, प्रत्येक लोम्बोक रेखा 23 जावा लाइनों को बचाती है। इस प्रभाव के साथ, लोम्बोक के बिना जावा की कल्पना करना कठिन है।

सारांश

लोम्बोक एक महान सहायक है जो डेवलपर से बहुत प्रयास की आवश्यकता के बिना नई भाषा सुविधाओं को लागू करता है। बेशक, सभी इंजीनियरों को एक नई भाषा में प्रशिक्षित करने और मौजूदा कोड को पोर्ट करने की तुलना में प्लगइन स्थापित करना आसान है। लोम्बोक सर्वशक्तिमान नहीं है, लेकिन बॉक्स से बाहर काम में वास्तव में मदद करने के लिए पर्याप्त शक्तिशाली है।

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

ग्रुभ के लिए, यह सिर्फ नई सुविधाओं से अधिक है। अंत में, यह सब कोड मैन्युअल रूप से लिखा जा सकता है। लेकिन लोम्बोक व्यावसायिक तर्क को प्रभावित किए बिना कोडबेस के उबाऊ भागों को सरल करता है। यह आपको उन चीजों पर ध्यान केंद्रित करने की अनुमति देता है जो वास्तव में व्यवसाय के लिए महत्वपूर्ण हैं और हमारे डेवलपर्स के लिए सबसे दिलचस्प हैं। मोंटॉन टेम्प्लेट कोड प्रोग्रामर्स, समीक्षकों और अनुरक्षकों के लिए समय की बर्बादी है। इसके अलावा, चूंकि यह कोड अब मैन्युअल रूप से नहीं लिखा गया है, इसलिए यह टाइपो की पूरी कक्षाओं को समाप्त कर देता है। @NonNull की शक्ति के साथ संयुक्त ऑटो @NonNull के लाभ त्रुटियों की संभावना को कम करते हैं और हमारे विकास में मदद करते हैं, जिसका उद्देश्य आपकी मेज पर भोजन पहुंचाना है!