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

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

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

"ऊ, मुझे डीएओ का एक समूह लिखना है - वे जल्दी से किए जाते हैं, लेकिन उनमें से कई हैं।"

"और एंटिटी से डीटीओ में रूपांतरण - मैं मॉडलमैपर का उपयोग कर रहा हूं ।"

"मुख्य बात यह है कि प्रशिक्षु को आलसी विशेषताओं के बारे में याद दिलाना नहीं भूलता है और इसमें शामिल होता है ताकि पिछली बार की तरह इसमें कोई दिक्कत न हो।"

"फ़िर-पेड़, जब आप व्यवसाय तर्क शुरू करते हैं, तो आपको बहुत अधिक सेवा कोड लिखना होगा ..."

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

एक और ढांचा?

नंबर एक, जब डेवलपर को एक नया ढांचा पेश किया जाता है (और, विशेष रूप से, सीयूबीए), तो यह है: “मुझे इससे क्यों परेशान होना चाहिए? मैं परिचित और परिचित स्प्रिंग बूट लूंगा और मुझे यह सब पूरा करना होगा। " और यह उचित है। नया ढांचा नए विकास दृष्टिकोण, नए नुकसान और सीमाओं का अध्ययन है जो आपने एक परिचित ढांचे में विकसित होने पर चतुराई से बचने के लिए सीखा है।

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

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

लेख का मुख्य ध्यान सर्वर साइड के विकास पर है ताकि फोकस न खोएं और पाठ की मात्रा को स्वीकार्य स्तर पर रखें।

स्प्रिंग एप्लीकेशन आर्किटेक्चर

90% मामलों में, Google "स्प्रिंग एप्लिकेशन आर्किटेक्चर" या "स्प्रिंग एप्लिकेशन आर्किटेक्चर" टाइप करने पर आपको एक समान तस्वीर दिखाई देगी। कुछ परतों के लिए मॉड्यूल के साथ एक क्लासिक तीन-परत अनुप्रयोग।

डोमेन मॉडल (डोमेन मॉडल) - डोमेन की इकाई-कक्षाएं (निकाय), एक नियम के रूप में, डेटाबेस में संग्रहीत। कक्षाएं आमतौर पर मैन्युअल रूप से बनाई जाती हैं, लेकिन आप डेटाबेस स्कीमा के आधार पर स्वचालित रूप से संरचना का निर्माण कर सकते हैं।

रिपॉजिटरी लेयर (रिपॉजिटरी लेयर) - डेटा वेयरहाउस के साथ काम प्रदान करने वाली कक्षाओं का एक सेट। आमतौर पर, यह परत विभिन्न ORM फ्रेमवर्क का उपयोग करती है और इसमें CRUD संचालन करने के लिए तर्क होते हैं। यदि हम स्प्रिंग के बारे में बात करते हैं, तो रिपॉजिटरी काफी कॉम्पैक्ट हैं, मुख्य रूप से जेपीए क्वेरी के तरीकों के कारण, लेकिन अक्सर आपको डेटाबेस से चयन तर्क लिखना होगा और इसे मैन्युअल रूप से डोमेन मॉडल पर मैप करना होगा।

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

वेब / कंट्रोलर लेयर - REST API के लिए जिम्मेदार कक्षाएं। इस लेयर पर पेज टेम्प्लेट फाइलें भी हो सकती हैं, यदि हम थाइमेलफ, वेलोसिटी जैसे फ्रेमवर्क का उपयोग करते हैं, साथ ही जीडब्ल्यूटी, वाडिन, विकेट, आदि जैसी किसी चीज के लिए यूजर इंटरफेस ईवेंट्स को रेंडर करने और संभालने के लिए जिम्मेदार क्लासेस का उपयोग किया जाता है।

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

संदर्भ आवेदन - पालतू क्लिनिक

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

डेटा मॉडल

ईआर आरेख ऊपर की आकृति में दिखाया गया है। डोमेन मॉडल इस संरचना को दोहराता है, सामान्य क्षेत्रों के साथ कई कक्षाएं इसमें जोड़ी जाती हैं, और इकाई कक्षाएं पहले से ही उनसे विरासत में मिली हैं। UML उस प्रस्तुति में पाया जा सकता है जिसका मैंने पहले उल्लेख किया था।

रिपोजिटरी परत

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

उपयोगकर्ता इंटरफ़ेस

पेट क्लिनिक में नौ पृष्ठ हैं जो आपको मालिकों, उनके पालतू जानवरों की सूची और पशु चिकित्सकों की सूची देखने देते हैं। एप्लिकेशन एक सरल CRUD-कार्यक्षमता प्रदान करता है: कुछ डेटा - मालिकों, पालतू जानवरों को संपादित करना संभव है, और आप क्लिनिक में विज़िट भी जोड़ सकते हैं। लेकिन, जैसा कि पहले ही उल्लेख किया गया है, हम इस लेख में गहराई से उपयोगकर्ता इंटरफ़ेस पर चर्चा नहीं करेंगे।

इसके साथ ही

संस्थाओं के साथ सरल जोड़तोड़ के लिए कोड के अलावा, एप्लिकेशन में दिलचस्प कार्यक्षमता है जो स्प्रिंग की क्षमताओं को दिखाने के लिए डिज़ाइन की गई है:

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

सीमांत नोट

मैं वास्तव में इस तस्वीर को पसंद करता हूं। यह 100% फ्रेमवर्क के साथ काम करते समय मेरी भावनाओं को दर्शाता है। प्रभावी ढंग से फ्रेमवर्क का उपयोग करने के लिए, आपको यह समझना चाहिए कि यह अंदर कैसे बनाया गया है (कोई फर्क नहीं पड़ता)। उदाहरण के लिए, आप में से कितने लोगों ने सोचा है कि जेपीए इंटरफ़ेस को काम करने के लिए कितने वर्गों की आवश्यकता है?
पेट क्लिनिक जैसे छोटे से आवेदन में भी स्प्रिंग बूट का जादू है:

कैश के लिए कोई कॉन्फ़िगरेशन नहीं है ( @Caheable एनोटेशन को छोड़कर), हालांकि, स्प्रिंग बूट "जानता है" कि वांछित कैश कैसे शुरू किया जाए (इस मामले में EhCache)।
CRUD रिपॉजिटरी @Transactional एनोटेशन (और उनके मूल वर्ग org.springframework.data.repository.Repository भी) के साथ चिह्नित नहीं हैं, लेकिन सभी save() तरीके उम्मीद के मुताबिक काम करते हैं।

लेकिन, सभी "निहित" के बावजूद, स्प्रिंग बूट बहुत लोकप्रिय है। क्यों? यह पारदर्शी और पूर्वानुमान योग्य है। अच्छा प्रलेखन और ओपन सोर्स कोड सिद्धांतों को समझना संभव बनाता है और, यदि आवश्यक हो, तो कार्यान्वयन विवरण में तल्लीन करना। यह मुझे लगता है कि हर कोई ऐसे ढांचे, पारदर्शिता और पूर्वानुमानशीलता से प्यार करता है - आवेदन की स्थिरता और स्थिरता की कुंजी।

CUBA प्लेटफॉर्म पर पेट क्लिनिक

ठीक है, चलो वसंत क्लिनिक के दृष्टिकोण से, सीयूबीए का उपयोग करके बनाया गया पालतू क्लिनिक देखें, और समझने की कोशिश करें कि आप कहां बचा सकते हैं।

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

CUBA एप्लीकेशन आर्किटेक्चर

CUBA एप्लिकेशन में आरेख में दिखाए गए मॉड्यूल होते हैं।

ग्लोबल (वैश्विक मॉड्यूल) - इसमें इकाई वर्ग, सीयूबीए अभ्यावेदन और सेवा इंटरफेस शामिल हैं जो विभिन्न मॉड्यूल में उपयोग किए जाते हैं।

कोर (सेवा मॉड्यूल) - यह वह जगह है जहां व्यापार लॉजिक को लागू करने वाली सेवाओं का कोड, साथ ही डेटा वेयरहाउस के साथ काम करने के लिए कोड रखा जाता है। यह ध्यान दिया जाना चाहिए कि ये कक्षाएं अन्य एप्लिकेशन मॉड्यूल से उपलब्ध नहीं हैं, यह बेहतर मापनीयता के लिए अलग तैनाती प्रदान करने के लिए किया जाता है। अन्य एप्लिकेशन मॉड्यूल में सेवाओं का उपयोग करने के लिए, आपको वैश्विक मॉड्यूल में घोषित इंटरफेस का उपयोग करने की आवश्यकता है।

जीयूआई, वेब, डेस्कटॉप, पोर्टल - इन मॉड्यूल में यूजर इंटरफेस इवेंट प्रोसेसिंग से संबंधित कक्षाओं के लिए कोड होते हैं, साथ ही अतिरिक्त REST नियंत्रक होते हैं यदि अंतर्निहित CUBA REST API पर्याप्त नहीं है।

डेवलपर समय बचाने के लिए, सीयूबीए में एक स्टूडियो है - एक छोटा ग्राफिकल विकास वातावरण जो नियमित काम करने में मदद करता है, जैसे कि संस्थाएं बनाना, कॉन्फ़िगरेशन फ़ाइलों में सेवाएं पंजीकृत करना आदि। चित्रमय इंटरफ़ेस का उपयोग करना। विकसित अनुप्रयोग के इंटरफ़ेस को उत्पन्न करने के लिए, लगभग (लगभग) WYSIWYG संपादक है।

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

वैश्विक मॉड्यूल

इकाई मॉडल

सीयूबीए एप्लिकेशन में एंटिटी मॉडलिंग स्प्रिंग डेवलपर्स के लिए उपयोग किए जाने वाले कार्यों से अलग नहीं है। डोमेन कक्षाएं बनाई जाती हैं और उन पर एनोटेशन @Table , @Entity आदि डाल दिए जाते हैं। इन कक्षाओं को फिर persistence.xml फ़ाइल में पंजीकृत किया जाता है।

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

CUBA डेटाबेस में तालिका नामों के दोहराव से बचने के लिए आवेदन के प्रत्येक घटक के लिए " नाम स्थान " की अवधारणा का परिचय देता है। यही कारण है कि उपसर्ग "पेटक्लिनिक $" प्रत्येक इकाई में जोड़ा गया था।
यह उपयोगकर्ता इंटरफ़ेस में संस्थाओं के पठनीय प्रदर्शन के लिए एनोटेशन @NamePattern - toString() विधि का एक एनालॉग का उपयोग करने के लिए अनुशंसित है।

प्राकृतिक प्रश्न: "उपसर्गों और घोषणात्मक toString() अलावा सीयूबीए और क्या जोड़ता है?" यहाँ अतिरिक्त सुविधाओं की एक आंशिक सूची है:

इंटेगर से यूयूआईडी के लिए ऑटो-जनरेटेड आईडी के साथ बेस कक्षाएं।
अतिरिक्त सुविधाओं को प्रदान करने वाले उपयोगी मार्कर इंटरफेस:
- Versioned - इकाई उदाहरणों के संस्करण का समर्थन करने के लिए।
- SoftDelete - डेटाबेस में रिकॉर्ड के "तार्किक" विलोपन का समर्थन करने के लिए।
- अद्यतन करने योग्य - रिकॉर्ड, उपयोगकर्ता नाम और समय को अद्यतन करने के तथ्य को दर्ज करने के लिए फ़ील्ड जोड़े जाते हैं।
- एक रिकॉर्ड के निर्माण को पंजीकृत करने के लिए Creatable - फ़ील्ड जोड़े जाते हैं।
आप प्रलेखन में इकाई मॉडलिंग के बारे में अधिक पढ़ सकते हैं।
डेटाबेस को बनाने और अपडेट करने के लिए प्रयास CUBA स्टूडियो का उपयोग करके स्वचालित रूप से उत्पन्न होते हैं।

इस प्रकार, पेट क्लिनिक के लिए एक डेटा मॉडल बनाना, इकाई वर्गों की नकल करने और उनके लिए CUBA- विशिष्ट चीजों को जोड़ने के लिए नीचे आया, जिसका मैंने ऊपर उल्लेख किया था।

की प्रस्तुति

CUBA में "अभ्यावेदन" की अवधारणा कुछ असामान्य लग सकती है, लेकिन यह समझाने के लिए काफी आसान है। एक दृश्य उन विशेषताओं को घोषित करने का एक घोषित तरीका है, जिनके मूल्यों को डेटा वेयरहाउस से पुनर्प्राप्त करने की आवश्यकता है।

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

 @Query("SELECT owner FROM Owner owner left join fetch owner.pets WHERE owner.id =:id") public Owner findById(@Param("id") int id);

... या एकल लेनदेन के संदर्भ में मुख्य इकाई के संग्रह को पुनः प्राप्त करने के लिए ईएजर / एलएजीवाई सेट करें।

 @ManyToMany(fetch = FetchType.EAGER) @JoinTable(name = "vet_specialties", joinColumns = @JoinColumn(name = "vet_id"), inverseJoinColumns = @JoinColumn(name = "specialty_id")) private Set<Specialty> specialties;

CUBA में, आप EntityManager और JPQL (सभी जानते हैं कि कैसे) या दृश्य और DataManager के माध्यम से ऐसा कर सकते हैं:

प्रपत्र एक प्रस्तुति (सीयूबीए स्टूडियो में या मैन्युअल रूप से कॉन्फ़िगरेशन में किया जा सकता है)
```
 <view class="com.haulmont.petclinic.entity.Vet" extends="_minimal" name="vet-specialities-view"> <property name="specialities" view="_minimal"> </property> </view> 
```

और लाने के लिए DataManager का उपयोग करें:

 public Collection<Vet> findAll() { return dataManager.load(Vet.class) .query("select v from cubapetclinic$Vet v") .view("vet-specialities-view") .list(); }

आप अलग-अलग कार्यों के लिए अलग-अलग दृश्य बना सकते हैं जिनमें वांछित सेटिंग एंटिटीज़ और एंटिटीज़ स्तर हैं। मारियो डेविड के ब्लॉग पोस्टिंग के बारे में एक उत्कृष्ट लेख है ।

पेट क्लिनिक ऐप के लिए छह अलग-अलग सबमिशन किए गए थे। उपयोगकर्ता इंटरफ़ेस बनाते समय उनमें से अधिकांश "अर्ध-स्वचालित रूप से" उत्पन्न हुए थे, और ऊपर वर्णित दृश्य डेटा निर्यात सेवा के लिए लागू किया गया था।

सेवा इंटरफेस

चूंकि वैश्विक मॉड्यूल का उपयोग अन्य सभी अनुप्रयोग मॉड्यूल द्वारा किया जाता है, इसलिए इसमें सेवा इंटरफेस घोषित किए जाते हैं, ताकि बाद में उन्हें अन्य मॉड्यूल में निर्भरता इंजेक्शन (DI) तंत्र के माध्यम से उपयोग किया जा सके।

इसके अतिरिक्त, आपको वेब मॉड्यूल में web-spring.xml में सेवाओं को पंजीकृत करने की आवश्यकता है। संदर्भ को प्रारंभ करते समय, कोर मॉड्यूल में सेवाओं के साथ बातचीत करते समय सीयूबीए सीरियलाइज़िंग और डिसेरिएलाइज़िंग कक्षाओं के लिए प्रॉक्सी कक्षाएं बनाएगा। यह सिर्फ कोर और वेब मॉड्यूल की एक अलग तैनाती प्रदान करता है, जबकि डेवलपर को अतिरिक्त प्रयास करने की आवश्यकता नहीं है, सब कुछ पारदर्शी तरीके से किया जाता है।

तो: जब CUBA में इकाई वर्ग बनाते हैं, तो उसी समय का समय शुद्ध स्प्रिंग के रूप में खर्च किया जाता है (यदि आप CUBA स्टूडियो का उपयोग नहीं करते हैं), लेकिन आपको प्राथमिक कुंजी बनाने के लिए आधार कक्षाएं बनाने की आवश्यकता नहीं है। इसके अलावा, आपको इकाई संस्करण फ़ील्ड, तार्किक विलोपन और ऑडिट का समर्थन करने के लिए कोड लिखने की आवश्यकता नहीं है। इसके अलावा, मेरी राय में, विचार जेपीए में शामिल होने और ईएजीआर / एलएवाईवाई नमूनों में हेरफेर करने पर थोड़ा समय बचा सकते हैं।

कोर मॉड्यूल

इस मॉड्यूल में वैश्विक मॉड्यूल में घोषित इंटरफेस के कार्यान्वयन शामिल हैं। @Service एप्लिकेशन में प्रत्येक सेवा @Service सेवा द्वारा एनोटेट की जाती है, आप अन्य स्प्रिंग एनोटेशन का उपयोग कर सकते हैं, लेकिन आपको निम्नलिखित पर विचार करने की आवश्यकता है:

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

अन्यथा, कोर मॉड्यूल नियमित रूप से स्प्रिंग कोड है। आप डेटाबेस से डेटा का चयन कर सकते हैं, आप बाहरी वेब सेवाओं को कॉल कर सकते हैं, सामान्य रूप से, जिस तरह से आप उपयोग किए जाते हैं, कोड लिखें।

इकाई प्रबंधक और डेटा प्रबंधक

सीयूबीए प्लेटफॉर्म अपने स्वयं के एंटिटी मैनजर का उपयोग करता है, जो कॉल का हिस्सा परिचित javax.persistence.EntityManager , लेकिन इस इंटरफ़ेस को लागू नहीं करता है। EntityManager मुख्य रूप से निम्न-स्तरीय संचालन प्रदान करता है और CUBA सुरक्षा मॉडल का पूरी तरह से समर्थन नहीं करता है। डेटा के साथ काम करने के लिए मुख्य वर्ग DataManager है, जो निम्नलिखित कार्यक्षमता प्रदान करता है:

पंक्ति और विशेषता स्तर पर अभिगम नियंत्रण।
डेटा लाते समय दृश्यों का उपयोग करना।
गतिशील गुण।

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

अगर हम पेटक्लिनिक के बारे में बात करते हैं - कोर मॉड्यूल में लगभग कोई कोड नहीं है, तो इस एप्लिकेशन में कोई जटिल व्यावसायिक तर्क नहीं है।

पालतू क्लिनिक से CUBA तक की अतिरिक्त कार्यक्षमता

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

कैशिंग

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

इनपुट जाँच

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

आउटपुट स्वरूपण

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

i18n

CUBA message.properties का उपयोग कर बहु भाषा उत्पादन का समर्थन करता है message.properties फ़ाइलें, यहाँ कुछ भी नया नहीं है। CUBA स्टूडियो ऐसी फ़ाइलों को त्वरित और आसान बनाने और संपादित करने का काम करता है।

लेन-देन प्रबंधन

निम्नलिखित प्रकार के लेन-देन प्रबंधन समर्थित हैं:

स्प्रिंग एनोटेशन से परिचित
यदि आपको निम्न-स्तरीय लेन-देन प्रबंधन की आवश्यकता है, तो Persistence (और वर्ग)।

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

पालतू क्लिनिक कुछ ही घंटों में। वास्तव में

मैंने छह घंटे में मानक CUBA इंटरफ़ेस के साथ पेट क्लिनिक की एक प्रतिलिपि बनाई। यह कहने के लिए नहीं कि मैं सीयूबीए में विशेषज्ञ हूं (कुछ सप्ताह बीत गए हैं जब से मैंने हौलमोंट में काम करना शुरू किया है), लेकिन मुझे स्प्रिंग के साथ अनुभव है और इससे मुझे बहुत मदद मिली।

आइए शास्त्रीय वास्तुकला के संदर्भ में CUBA आवेदन पर एक नज़र डालें:

डेटा मॉडल - ग्लोबल मॉड्यूल में इकाई वर्ग। एक मॉडल बनाना एक प्रसिद्ध और परिचित प्रक्रिया है। समय बचाने के लिए आमतौर पर आईडी बनाने के साथ फिडेल लेने के लिए बेसइन्तेगरइंडिटी क्लास का धन्यवाद।

रिपॉजिटरी लेयर की जरूरत नहीं है। मैंने कई विचार बनाए, और यह बात है। बेशक, CUBA स्टूडियो ने मुझे थोड़ा समय बचाया, मुझे XML फ़ाइलों को मैन्युअल रूप से लिखना नहीं आता है।

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

नियंत्रक परत - CUBA पेट क्लिनिक में JSON और XML के लिए निर्यात के लिए केवल एक REST नियंत्रक है। मैंने इस कंट्रोलर को वेब मॉड्यूल में रखा। फिर से, कुछ खास नहीं है, एनोटेशन समान हैं, एक नियमित स्प्रिंग नियंत्रक।

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

व्यक्तिगत अनुभव ने सारणीबद्ध किया है:

	समझने में आसान, करने में आसान	मुझे प्रलेखन पढ़ने की आवश्यकता है
तथ्य	ऑब्जेक्ट मॉडल बनाना डीबी स्क्रिप्ट पीढ़ी संस्थाओं के लिए आधार कक्षाएं	डेटा के साथ काम करने के लिए अतिरिक्त सुविधाएँ
खजाने	EntityManager की प्रस्तुति	DataManager
सेवाएं	ऑफिस बीन्स लेन-देन प्रबंधन उपयोगकर्ता प्रबंधन	दृढ़ता इंटरफ़ेस (और कक्षा)
नियंत्रकों	मूल निवासी नियंत्रक मानक रीस्ट यूआरएल	सेवा प्रकाशन
इंटरफ़ेस	डेटा के साथ काम करने के मानक रूप	कस्टम शैलियों और घटकों

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

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

एक प्लसस! क्या कोई नुकसान हैं?

बेशक, कोई सही रूपरेखा नहीं हैं। वे महत्वपूर्ण नहीं हैं, लेकिन पहली बार में, जब मैंने बस CUBA के साथ काम करना शुरू किया, तो कुछ असुविधा थी। लेकिन डब्ल्यूटीएफ / एम का मूल्य निषेधात्मक नहीं था।

सीयूबीए प्लेटफॉर्म के लिए, एक आईडीई है जो एक परियोजना के प्रारंभिक निर्माण को सरल करता है। स्टूडियो और IDEA के बीच स्विच करना पहली बार में थोड़ा कष्टप्रद है। अच्छी खबर यह है कि सीएलआई का एक बीटा संस्करण है, आपको प्रोजेक्ट संरचना तैयार करने के लिए स्टूडियो चलाने की आवश्यकता नहीं है, और यह भी - सीयूबीए स्टूडियो का अगला संस्करण एक Intellij IDEA प्लगइन होगा। कोई और स्विचन नहीं।
CUBA में औसत स्प्रिंग बूट एप्लिकेशन की तुलना में अधिक XML फाइलें हैं, इसका कारण यह है कि CUBA में संदर्भ आरंभीकरण अपने तरीके से किया जाता है। अब एक्सएमएल की मात्रा को कम करने के लिए संघर्ष चल रहा है, हम जहां संभव हो, एनोटेशन की ओर मुड़ते हैं।
उपयोगकर्ता इंटरफ़ेस रूपों के लिए कोई "पठनीय" URL नहीं हैं। स्क्रीन के लिंक के माध्यम से रूपों तक पहुंच संभव है, लेकिन वे बहुत उपयोगकर्ता के अनुकूल नहीं हैं।
डेटा के साथ काम करने के लिए, आपको DataManager, views और EntityManager का उपयोग करने की आवश्यकता है, न कि स्प्रिंग JPA या JDBC (लेकिन ये API आवश्यक होने पर भी उपलब्ध हैं)।
CUBA डेटा वेयरहाउस के रूप में रिलेशनल डेटाबेस के साथ सबसे अच्छा काम करता है। NoSQL के लिए, आपको इन रिपॉजिटरी के लिए एक्सेस लाइब्रेरीज़ का उपयोग करना होगा और अपनी रिपॉजिटरी लेयर लिखना होगा। लेकिन यह एक ही राशि का काम है जब सीयूबीए के बिना एक एप्लिकेशन विकसित करना, मेरी राय में।

कुल मिलाकर

यदि कोई एप्लिकेशन विकसित करने का कार्य है जो एक संबंधपरक डेटाबेस को डेटा वेयरहाउस के रूप में उपयोग करता है और एक सारणीबद्ध प्रारूप में डेटा के साथ काम करने पर केंद्रित है, तो CUBA एक अच्छा विकल्प हो सकता है, क्योंकि:

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

तो, CUBA के साथ आप एक नीरस "सेवा" कोड लिखने में समय बचा सकते हैं और व्यावसायिक समस्याओं को हल करने के लिए कोड लिखने पर ध्यान केंद्रित कर सकते हैं। और हां, हम हाउलमोंट में खुद बॉक्सिंग और कस्टम उत्पादों दोनों को विकसित करने के लिए सीयूबीए का उपयोग करते हैं।

क्या CUBA विकास स्प्रिंग से एक बड़ा कदम है?