जावा क्यों सीखें और इसे प्रभावी ढंग से कैसे करें। यांडेक्स रिपोर्ट

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

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

एक साल पहले मुझे Yandex.Market पर इंटर्नशिप मिली। मैंने बेरू के लिए, मार्केट के लिए ही बैकएंड विकसित किया है, आपने संभवतः इसका उपयोग किया होगा। अब मैं वहां एक अलग टीम में काम करना जारी रखूंगा। हम व्यापारिक साझेदारों के लिए Yandex.Market के लिए एक विश्लेषणात्मक मंच बनाते हैं।

आएँ शुरू करें। व्यावहारिक दृष्टिकोण से जावा क्यों सीखें? तथ्य यह है कि जावा एक बहुत प्रसिद्ध प्रोग्रामिंग भाषा है। इसका एक बहुत बड़ा समुदाय है.

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

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

वैचारिक दृष्टिकोण से जावा के बारे में क्या अच्छा है? विभिन्न प्रोग्रामिंग भाषाएँ हैं। वे विभिन्न समस्याओं का समाधान करते हैं, आप यह जानते हैं। उदाहरण के लिए, त्वरित समस्याओं को हल करने के लिए एक-पंक्ति स्क्रिप्ट लिखने के लिए पायथन बहुत अच्छा है।

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

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

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

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

मेरी राय में, एक शुरुआती जेए खिलाड़ी के पास कौन से बुनियादी कौशल होने चाहिए? सबसे पहले, यह जावा कोर भाषा का ज्ञान है। अगला कुछ प्रकार का निर्भरता इंजेक्शन ढांचा है। अगले वक्ता, किरिल, इस बारे में और अधिक विस्तार से बात करेंगे। मैं ज्यादा गहराई में नहीं जाऊंगा. अगला है वास्तुकला और डिज़ाइन पैटर्न। बड़े एप्लिकेशन लिखने के लिए हमें वास्तुशिल्प रूप से सुंदर कोड लिखने में सक्षम होना चाहिए। और यह डेटाबेस के साथ काम करने के कार्यों के लिए किसी प्रकार का SQL या ORM है। और यह बात बैकएंड पर अधिक लागू होती है।

जाना! जावा कोर. मैं वास्तव में यहां अमेरिका की खोज नहीं कर पाऊंगा-आपको स्वयं भाषा जानने की जरूरत है। आपको किस बात पर ध्यान देना चाहिए. सबसे पहले, जावा ने हाल के वर्षों में बहुत सारे संस्करण जारी किए हैं, यानी 2014-2015 में सातवां जारी किया गया था, फिर आठवां, नौवां, दसवां, बहुत सारे नए संस्करण, और उनमें बहुत सी नई अच्छी चीजें पेश की गईं , उदाहरण के लिए, जावा स्ट्रीम एपीआई, लैम्ब्डा, आदि। बहुत अच्छी, ताज़ा, बढ़िया चीज़ें जो उत्पादन कोड में उपयोग की जाती हैं, वे साक्षात्कार में क्या पूछते हैं और जिन्हें आपको जानना आवश्यक है। इसलिए, आपको जावा-4 लाइब्रेरी में शेल्फ से एक किताब नहीं लेनी चाहिए और उसे सीखना चाहिए। यह हमारी योजना है: हम जावा-8 या उच्चतर सीखते हैं।

हम स्ट्रीम एपीआई, वेर इत्यादि जैसे नवाचारों पर बारीकी से ध्यान देते हैं। उनसे साक्षात्कार के दौरान पूछा जाता है और उत्पादन में लगातार उपयोग किया जाता है। यानी, स्ट्रीम एपीआई लूप्स की तुलना में बहुत बढ़िया है, सामान्य तौर पर, एक बहुत अच्छी चीज़। अवश्य ध्यान दें.

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

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

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

पेड़ों और ग्राफ़ पर भी ध्यान देना उचित है। ये ऐसी चीजें हैं जो प्रोडक्शन कोड में बहुत आम नहीं हैं, लेकिन ये साक्षात्कार में लोकप्रिय हैं। तदनुसार, आपको पेड़ों, ग्राफ़ों को चौड़ाई और गहराई में पार करने में सक्षम होना चाहिए। ये सभी सरल एल्गोरिदम हैं.

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

अगला - किसी प्रकार की संस्करण नियंत्रण प्रणाली। मैं Git की अनुशंसा करता हूं क्योंकि यह लोकप्रिय है और इसमें ढेर सारे ट्यूटोरियल हैं। लगभग हर कोई Git का उपयोग करता है, यह एक अच्छी चीज़ है, आप इसके बिना नहीं रह सकते।

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

स्लाइड से लिंक: SQLZOO, habrapost

एसक्यूएल. बैकएंडर्स के बारे में थोड़ा। दरअसल यहां एक अजीब मामला था. मेरे दूसरे इंटर्नशिप साक्षात्कार से दो दिन पहले, एक एचआर लड़की ने मुझे फोन किया और कहा कि दो दिनों में वे मुझसे एसक्यूएल और एचटीटीपी के बारे में पूछेंगे, मुझे इसे सीखना होगा। और मैं SQL या HTTP के बारे में लगभग कुछ भी नहीं जानता था। और मुझे यह बढ़िया साइट मिली - SQLZOO. मैंने 12 घंटों में इस पर एसक्यूएल सीखा, मेरा मतलब है, एसक्यूएल सिंटैक्स, सेलेक्ट क्वेरी कैसे लिखें, जॉइन, आदि। बहुत अच्छी साइट, मैं इसकी अत्यधिक अनुशंसा करता हूं। वास्तव में, 12 घंटों में मैंने 90% सीख लिया जो मैं अब जानता हूँ।

और डेटाबेस आर्किटेक्चर को जानना भी बहुत अच्छा है। ये सभी प्रकार की कुंजियाँ, अनुक्रमणिका, सामान्यीकरण हैं। हेब्रे पर इसके बारे में पोस्टों की एक श्रृंखला है।

जावा में, SQL के अलावा, JPA जैसे सभी प्रकार के ऑब्जेक्ट-रिलेशनल मैपिंग सिस्टम हैं। कुछ कोड है. पहली विधि में कुछ SQL कोड है - SELECT id name FROM info.users WHERE id IN userIds. उपयोगकर्ताओं के डेटाबेस से, तालिका से, उनकी आईडी और नाम प्राप्त किए जाते हैं।

इसके बाद, एक निश्चित मैपर होता है जो किसी ऑब्जेक्ट को आधार से जावा ऑब्जेक्ट में बदल देता है। और नीचे एक तीसरी विधि है जो वास्तव में इस कोड को निष्पादित करती है। यह सब जेपीए का उपयोग करके एक पंक्ति से बदला जा सकता है, जो नीचे लिखा गया है। यह वही काम करता है - All ByIdIn ढूंढें। अर्थात्, विधि के नाम के आधार पर, यह आपके लिए एक SQL क्वेरी उत्पन्न करता है।

बहुत अच्छी बात है. मैं स्वयं, जब मैं एसक्यूएल नहीं जानता था, जेपीए का उपयोग करता था। सामान्य तौर पर, ध्यान दें. यदि आप SQL सीखने में बहुत आलसी हैं, तो यह एक आपदा है। और, सामान्य तौर पर, आग!

वसंत। स्प्रिंग फ्रेमवर्क जैसी चीज़ के बारे में किसने सुना है? क्या आप देखते हैं कि आपमें से कितने लोग हैं? अकारण नहीं. स्प्रिंग हर दूसरी जावा बैकएंड रिक्ति की आवश्यकताओं में शामिल है। इसके बिना, वास्तव में कोई बड़ा विकास संभव नहीं है। वसंत क्या है? सबसे पहले, यह एक निर्भरता इंजेक्शन ढांचा है। इसके बारे में भी बताना होगा अगला वक्ता. लेकिन संक्षेप में, यह एक ऐसी चीज़ है जो आपको कुछ वर्गों की निर्भरता को दूसरों पर आयात करना आसान बनाने की अनुमति देती है। अर्थात् निर्भरता का ज्ञान सरल हो जाता है।

स्प्रिंग बूट स्प्रिंग का एक टुकड़ा है जो आपको अपने सर्वर एप्लिकेशन को एक बटन से चलाने की अनुमति देता है। आप THID पर जाएं, कुछ बटन दबाएं, और अब आपका सर्वर एप्लिकेशन लोकलहोस्ट 8080 पर चल रहा है। यानी, आपने अभी तक कोड की एक भी पंक्ति नहीं लिखी है, लेकिन यह पहले से ही काम कर रहा है। बहुत अच्छी बात है. यदि आप अपना स्वयं का कुछ लिखते हैं, तो आग लगा दीजिये!

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

वसंत लेखन परीक्षण को भी आसान बनाता है। बड़े विकास में परीक्षण के बिना कोई रास्ता नहीं है। कोड का परीक्षण करने की आवश्यकता है. इस उद्देश्य के लिए, जावा में एक अच्छी लाइब्रेरी JUnit 5 है। और सामान्य तौर पर JUnit, लेकिन नवीनतम संस्करण पाँचवाँ है। परीक्षण के लिए सब कुछ है, सभी प्रकार के दावे और अन्य चीज़ें।

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

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

स्लाइड से लिंक करें

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

सबसे लोकप्रिय पैटर्न वाली एक वेबसाइट है - refactoring.guru, आप इसे पढ़ सकते हैं, पता लगा सकते हैं कि वहां कौन से पैटर्न हैं, बहुत सारे सिद्धांत पढ़ सकते हैं। समस्या यह है कि यह व्यावहारिक रूप से बेकार है। वास्तव में, अभ्यास के बिना पैटर्न विशेष रूप से उपयोगी नहीं होते हैं।

आपने सिंगलटोन या बिल्डर जैसे कुछ पैटर्न के बारे में सुना होगा। ये शब्द किसने सुने? बहुत से लोग। ऐसे सरल पैटर्न हैं जिन्हें आप स्वयं लागू कर सकते हैं। लेकिन अधिकांश पैटर्न: रणनीति, फ़ैक्टरी, मुखौटा - यह स्पष्ट नहीं है कि उन्हें कहाँ लागू किया जाए।

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

पैटर्न की आवश्यकता क्यों है? मान लीजिए कि आपके पास एक निश्चित उपयोगकर्ता वर्ग है। इसमें एक आईडी और एक नाम है. प्रत्येक उपयोगकर्ता के पास एक आईडी और एक नाम दोनों होना चाहिए। ऊपर बायीं ओर कक्षा है।

उपयोगकर्ता को प्रारंभ करने के तरीके क्या हैं? दो विकल्प हैं - या तो कंस्ट्रक्टर या सेटर। दोनों दृष्टिकोणों के क्या नुकसान हैं?

निर्माता। नया उपयोगकर्ता (7, "बॉन्ड"), ठीक है। अब मान लीजिए कि हमारे पास उपयोगकर्ता वर्ग नहीं है, बल्कि सात संख्यात्मक फ़ील्ड के साथ कोई अन्य वर्ग है। आपके पास एक कंस्ट्रक्टर होगा जिसमें लगातार सात संख्याएँ होंगी। यह स्पष्ट नहीं है कि ये नंबर क्या हैं और इनमें से कौन सा किस संपत्ति का है। डिज़ाइनर महान नहीं है.

दूसरा विकल्प सेटर है. आप स्पष्ट रूप से लिखते हैं: setId(7), setName(“बॉन्ड”)। आप समझ जाते हैं कि कौन सी संपत्ति किस क्षेत्र की है. लेकिन सेटर में एक समस्या है. सबसे पहले, आप कुछ निर्दिष्ट करना भूल सकते हैं, और दूसरी बात, आपकी वस्तु परिवर्तनशील हो जाती है। यह थ्रेड सुरक्षित नहीं है और कोड की पठनीयता को थोड़ा कम कर देता है। इसीलिए लोग एक अच्छा पैटर्न लेकर आए - बिल्डर।

इसके बारे में क्या है? आइए दोनों दृष्टिकोणों - सेटर और कंस्ट्रक्टर - के फायदों को एक में मिलाने का प्रयास करें। हम एक निश्चित ऑब्जेक्ट बनाते हैं, बिल्डर, जिसमें आईडी और नाम फ़ील्ड भी होंगे, जो स्वयं सेटर के आधार पर बनाया जाएगा, और जिसमें एक बिल्ड विधि होगी जो आपको सभी मापदंडों के साथ एक नया उपयोगकर्ता लौटाती है। हमें एक अपरिवर्तनीय वस्तु और एक सेटर मिलता है। ठंडा!

क्या समस्याएं हैं? यहां हमारे पास क्लासिक बिल्डर है। समस्या यह है कि हम अभी भी किसी क्षेत्र में जाँच करना भूल सकते हैं। और यदि हम आईडी पर जाना भूल गए हैं, तो इस मामले में बिल्डर में इसे शून्य से प्रारंभ किया जाता है, क्योंकि int प्रकार शून्य नहीं है। और यदि हम नाम "बॉन्ड" बनाते हैं और आईडी कार्यालय जाना भूल जाते हैं, तो हमारे पास आईडी "0" और नाम "बॉन्ड" वाला एक नया उपयोगकर्ता होगा। अछा नहीं लगता।

आइए इससे लड़ने का प्रयास करें। बिल्डर में हम int को int में बदल देंगे ताकि यह शून्य हो जाए। अब सब कुछ बढ़िया है.

यदि हम "बॉन्ड" नाम से एक उपयोगकर्ता बनाने का प्रयास करते हैं, उसकी आईडी डालना भूल जाते हैं, तो हमें एक शून्य सूचक अपवाद मिलेगा, क्योंकि आईडी शून्य नहीं है, और बिल्डर के पास एक शून्य, विशेष रूप से सूचक अपवाद है।

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

आइए आखिरी उदाहरण देखें. इस मामले में, अगर हम किसी तरह आईडी रनटाइम में शून्य डाल देते हैं, तो तुरंत यह जानना बहुत अच्छा होगा कि आपने ऐसा किया है और यह अच्छा नहीं है कि आप अब गलती कर रहे हैं।

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

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

हम प्रोडक्शन कोड में बिल्डर कैसे लिखते हैं? यहाँ हमारा उपयोगकर्ता है. हम इसमें लोम्बोक लाइब्रेरी से एक बिल्डर रोटेशन जोड़ते हैं, और यह स्वयं हमारे लिए एक बिल्डर उत्पन्न करता है। यानी हम कोई कोड नहीं लिखते हैं, लेकिन जावा पहले से ही सोचता है कि इस क्लास में एक बिल्डर है, और हम इसे इस तरह कह सकते हैं।

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

पैटर्न वास्तुशिल्प हो सकते हैं - न केवल एक वर्ग से संबंधित, बल्कि संपूर्ण प्रणाली से संबंधित। सिस्टम डिज़ाइन में एक ऐसा अच्छा सिद्धांत है: एकल उत्तरदायित्व सिद्धांत। वह किस बारे में बात कर रहा है? तथ्य यह है कि प्रत्येक वर्ग को अपनी कुछ कार्यक्षमता के लिए जिम्मेदार होना चाहिए। इस मामले में, हमारे पास एक नियंत्रक है जो उपयोगकर्ताओं, JSON ऑब्जेक्ट के साथ संचार करता है। फेकाडे है, जो JSON ऑब्जेक्ट को मॉडल में परिवर्तित करता है जिसके साथ जावा एप्लिकेशन काम करेगा। एक ऐसी सेवा है जिसमें जटिल तर्क है जो इन मॉडलों के साथ काम करता है। एक डेटा एक्सेस ऑब्जेक्ट है जो इन मॉडलों को डेटाबेस में डालता है और उन्हें डेटाबेस से पुनर्प्राप्त करता है। और वहाँ डेटाबेस ही है. दूसरे शब्दों में, यह सब एक कक्षा में नहीं है, बल्कि हम पांच अलग-अलग कक्षाएं बना रहे हैं, और यह एक और पैटर्न है।

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

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

मैंने प्रोजेक्ट में क्या किया? SQL का उपयोग किए बिना स्प्रिंग बूट में एक सर्वर एप्लिकेशन लिखा। मैं उसे नहीं जानता था, मैंने जेपीए का उपयोग किया। यह क्या कर सकता है? OAuth-2 के माध्यम से VK में लॉग इन करें। उपयोगकर्ता का टोकन लें, उसके साथ वीके पर जाएं, जांचें कि यह वास्तविक उपयोगकर्ता है या नहीं। VKontakte के माध्यम से उपयोगकर्ताओं के बारे में जानकारी प्राप्त करें। यह जेपीए के माध्यम से भी जानकारी को डेटाबेस में सहेजने में सक्षम था। कंप्यूटर मेमोरी में चित्रों और अन्य फ़ाइलों को कुशलतापूर्वक सहेजें, और डेटाबेस में उनके लिंक सहेजें। उस समय मुझे नहीं पता था कि डेटाबेस में CLOB ऑब्जेक्ट थे, इसलिए मैंने इसे इस तरह से किया। उपयोगकर्ताओं, क्लाइंट अनुप्रयोगों के लिए एक REST API था। और बुनियादी कार्यक्षमता के लिए यूनिट परीक्षण थे।

[...] जावा की मेरी सफल शिक्षा का एक छोटा सा उदाहरण। विश्वविद्यालय में मेरे पहले वर्ष में, मुझे C# पढ़ाया गया और OOP प्रोग्रामिंग की समझ दी गई - कक्षाएं, इंटरफ़ेस, अमूर्तता क्या हैं, और उनकी आवश्यकता क्यों है। इसने मेरी बहुत मदद की। इसके बिना, जावा सीखना काफी कठिन है; यह स्पष्ट नहीं है कि कक्षाओं की आवश्यकता क्यों है।

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

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

धन्यवाद! उपयोगी कड़ियां:
- "जावा 8. शुरुआती गाइड".
- डेटा संरचनाएं.
- SQLZOO.
- डेटाबेस सामान्यीकरण.
- डिजाइन पैटर्न्स.
- डिजाइन पैटर्न्स.
- साफ कोड.
- प्रभावी जावा.

स्रोत: www.habr.com