CUBA 7 में नया क्या है

तीन साल पहले हमने फ्रेमवर्क के दूसरे सार्वजनिक रूप से उपलब्ध प्रमुख संस्करण की घोषणा की। CUBA 6 गेम-चेंजिंग वर्जन था - लाइसेंसिंग को मालिकाना से अपाचे 2.0 में बदल दिया गया था। उन दिनों हम अंदाजा भी नहीं लगा सकते थे कि लंबी अवधि में फ्रेमवर्क कहां से लाया जाएगा। CUBA समुदाय ने तेजी से विकास करना शुरू कर दिया है, इसलिए हमने बहुत सारे संभावित (और कभी-कभी असंभव) तरीकों को सीखा है कि डेवलपर्स कैसे रूपरेखा का उपयोग करते हैं। अब हमें CUBA 7 की घोषणा करते हुए खुशी हो रही है, जो हमें उम्मीद है कि सभी सामुदायिक सदस्यों के लिए विकास को अधिक सुसंगत और खुशहाल बना देगा, जो कि सिर्फ CUBA और जावा में अपनी यात्रा की शुरुआत कुशल उद्यम डेवलपर्स और जावा विशेषज्ञों से कर रहे हैं।

विकास के उपकरण

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

स्टूडियो एक अलग वेब एप्लिकेशन था और इस तथ्य के कारण कुछ महत्वपूर्ण सीमाएँ थीं:

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

हमने इन सीमाओं को पार करने के लिए एक और विशालकाय कंधे पर झुकाव का फैसला किया। JetBrains द्वारा स्टूडियो को IntelliJ IDEA में मिला दिया गया। अब आप इसे अपने इंटेलीज आईडीईए के लिए एक प्लगइन के रूप में स्थापित कर सकते हैं या एक अलग स्टैंडअलोन बंडल के रूप में डाउनलोड कर सकते हैं।

इससे नए क्षितिज खुलते हैं:

• अन्य JVM भाषाओं का समर्थन (और पहले स्थान पर कोटलिन)
• बेहतर गर्म तैनाती
• संपूर्ण परियोजना के माध्यम से सहज ज्ञान युक्त नेविगेशन
• होशियार संकेत और कोड जनरेटर

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

ढेर का उन्नयन

परंपरागत रूप से, अंतर्निहित स्टैक को भी प्रमुख रूप से उन्नत किया गया है, जैसे जावा 8/11, वाडिन 8, स्प्रिंग 5।

डिफ़ॉल्ट रूप से नई परियोजनाएं जावा 8 का उपयोग करती हैं, लेकिन आप बिल्ड.ग्रेड फ़ाइल में निम्न क्लॉज जोड़कर जावा के संस्करण को निर्दिष्ट कर सकते हैं:

subprojects { sourceCompatibility = JavaVersion.VERSION_11 targetCompatibility = JavaVersion.VERSION_11 } 

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

अद्यतन निर्भरताओं की पूरी सूची आधिकारिक रिलीज़ नोट्स में उपलब्ध है।

नई स्क्रीन एपीआई

इस खंड को "पहला स्क्रीन एपीआई" भी नाम दिया जा सकता है - जैसा कि CUBA ने कभी भी वेब क्लाइंट टियर में आधिकारिक रूप से घोषित एपीआई नहीं किया है। यह ढांचे के इतिहास और कुछ मान्यताओं से आता है जो पहले चरण में बनाई गई थीं:

• घोषणा-केंद्रित दृष्टिकोण - वह सब कुछ जो घोषित रूप से वर्णित किया जा सकता है, स्क्रीन डिस्क्रिप्टर में घोषित किया जाना चाहिए और इसके नियंत्रक में कोडित नहीं होना चाहिए
• मानक स्क्रीन (ब्राउज़र और संपादक) ठोस सामान्य कार्यक्षमता प्रदान करते हैं और इसे संशोधित करने की कोई आवश्यकता नहीं है

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

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

स्क्रीन की घोषणा

CUBA 7 में स्क्रीन घोषणा अत्यंत सरल है:

 @UiController("new-screen") // screen id public class NewScreen extends Screen { } 

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

 @Inject private ScreenBuilders screenBuilders; @Subscribe private void onBeforeClose(BeforeCloseEvent event) { screenBuilders.screen(this) .withScreenClass(SomeConfirmationScreen.class) .build() .show(); } 

स्क्रीन डिस्क्रिप्टर अनिवार्य के बजाय एक पूरक हिस्सा बन जाता है। लेआउट को प्रोग्रामेटिक रूप से बनाया जा सकता है या एक्सएमएल स्क्रीन डिस्क्रिप्टर के रूप में घोषित किया जा सकता है, जिसे नियंत्रक वर्ग के ऊपर @UiDescriptor एनोटेशन द्वारा परिभाषित किया गया है। यह नियंत्रकों और लेआउट को पढ़ने और समझने में बहुत आसान बनाता है - यह दृष्टिकोण एंड्रॉइड विकास में उपयोग किए जाने वाले बहुत समान है।

इससे पहले, वेब-स्क्रीन.एक्सएमएल फ़ाइल में स्क्रीन डिस्क्रिप्टर को पंजीकृत करना और इसके लिए एक पहचानकर्ता निर्दिष्ट करना भी आवश्यक था। CUBA 7 में यह फ़ाइल संगतता कारणों के कारण रखी गई है, हालाँकि, नए तरीके से स्क्रीन बनाने के लिए इस तरह के पंजीकरण की आवश्यकता नहीं है।

स्क्रीन जीवनचक्र

नया एपीआई स्पष्ट और आत्म-व्याख्यात्मक स्क्रीन जीवनचक्र घटनाओं का परिचय देता है:

• Init
• AfterInit
• BeforeShow
• AfterShow
• BeforeClose
• AfterClose

CUBA 7 में सभी स्क्रीन से संबंधित घटनाओं को निम्न प्रकार से सब्सक्राइब किया जा सकता है:

 @UiController("new-screen") public class NewScreen extends Screen { @Subscribe private void onInit(InitEvent event) { } @Subscribe private void onBeforeShow(BeforeShowEvent event) { } } 

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

इवेंट हैंडलिंग और कार्यात्मक प्रतिनिधि

पिछले अनुभाग में हमने सीखा कि जीवनचक्र की घटनाओं की सदस्यता कैसे लें, इसलिए, अन्य घटकों के बारे में क्या? क्या हमें अभी भी स्क्रीन आरंभीकरण पर सभी आवश्यक श्रोताओं को बिखेरना चाहिए क्योंकि यह 6.x संस्करणों में था? नया एपीआई बहुत समान है, इसलिए अन्य घटनाओं की सदस्यता जीवनचक्र के समान है।

चलो दो यूआई तत्वों के साथ एक सरल उदाहरण लेते हैं: एक बटन और एक मुद्रा क्षेत्र, इसलिए इसका xml विवरणक ऐसा दिखता है:

 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <window xmlns="http://schemas.haulmont.com/cuba/screen/window.xsd" caption="msg://caption" messagesPack="com.company.demo.web"> <layout> <hbox spacing="true"> <currencyField id="currencyField" currency="$" currencyLabelPosition="LEFT"/> <button id="calcPriceBtn" caption="Calculate Price"/> </hbox> </layout> </window> 

बटन पर क्लिक करके हम एक नंबर लौटाने वाली मिडलवेयर सेवा कहते हैं, जो मुद्रा क्षेत्र में जाती है। मुद्रा क्षेत्र को मूल्य मूल्य के आधार पर अपनी शैली बदलनी चाहिए।

 @UiController("demo_MyFirstScreen") @UiDescriptor("my-first-screen.xml") public class MyFirstScreen extends Screen { @Inject private PricingService pricingService; @Inject private CurrencyField<BigDecimal> currencyField; @Subscribe("calcPriceBtn") private void onCalcPriceBtnClick(Button.ClickEvent event) { currencyField.setValue(pricingService.calculatePrice()); } @Subscribe("currencyField") private void onPriceChange(HasValue.ValueChangeEvent<BigDecimal> event) { BigDecimal price = pricingService.calculatePrice(); currencyField.setStyleName(getStyleNameByPrice(price)); } private String getStyleNameByPrice(BigDecimal price) { ... } } 

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

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

 @UiController("demo_MyFirstScreen") @UiDescriptor("my-first-screen.xml") public class MyFirstScreen extends Screen { @Inject private CurrencyField<BigDecimal> currencyField; @Subscribe private void onInit(InitEvent event) { currencyField.addValidator(value -> { if (value.compareTo(BigDecimal.ZERO) <= 0) throw new ValidationException("Price should be greater than zero"); }); } } 

वास्तविक दुनिया के अनुप्रयोगों में एक स्क्रीन एंट्री पॉइंट आमतौर पर इस तरह के स्क्रीन एलिमेंट इनिशियलाइज़र से अटे पड़े होते हैं। इस समस्या को हल करने के लिए CUBA उपयोगी एनोटेशन @Install प्रदान करता है। आइए देखें कि यह हमारे मामले में कैसे मदद कर सकता है:

 @UiController("demo_MyFirstScreen") @UiDescriptor("my-first-screen.xml") public class MyFirstScreen extends Screen { @Inject private CurrencyField<BigDecimal> currencyField; @Install(to = "currencyField", subject = "validator") private void currencyFieldValidator(BigDecimal value) { if (value.compareTo(BigDecimal.ZERO) <= 0) throw new ValidationException("Price should be greater than zero"); } } 

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

स्क्रीन बिल्डर्स / सूचनाएं / संवाद

CUBA 7 में धाराप्रवाह एपीआई के साथ उपयोगी घटकों का एक समूह भी शामिल है:

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

  
  

  CurrencyConversions CurrencyConversions = स्क्रीनबाइल्डर्स.स्क्रीन (यह)
  .withScreenClass (CurrencyConversions.class)
  .withLaunchMode (OpenMode.DIALOG)
  .build ();
  CurrencyConversions.setBaseCurrency (Currency.EUR);
  CurrencyConversions.show ();

  
  

• स्क्रीन घटक स्क्रीनबाइल्डर्स के बजाय स्क्रीन बनाने और दिखाने के लिए एक निम्न स्तर की अमूर्तता प्रदान करता है। यह आपके CUBA एप्लिकेशन ( स्क्रीन # getOpenedScreens ) में सभी खोले गए स्क्रीन के बारे में जानकारी प्रदान करता है अगर आपको उनके माध्यम से पुनरावृति करने की आवश्यकता होती है।

  
  

• सूचनाएं और संवाद घटक दोनों सुविधाजनक आत्म-व्याख्यात्मक इंटरफेस पेश करते हैं। एक संवाद और एक अधिसूचना बनाने और दिखाने के लिए यहां एक उदाहरण दिया गया है:

  
  

  डायलॉगसक्रिएशनडायलॉग ()
  .withCaption ("मेरा पहला संवाद")
  .withMessage ("क्या आप CUBA टीम को धन्यवाद देना चाहेंगे?")
  .withActions
  नया संवाद (DialogAction.Type.YES) .withHandler (e ->)
  सूचनाएं।
  .withCaption ("धन्यवाद!")
  .withDescription ("हम सभी समुदाय के सदस्यों की सराहना करते हैं")
  .withPosition (सूचनाएं। प्रस्ताव। MIDDLE_CENTER)
  .withHideDelayMs (3000)
  .show ());
  नया संवाद (DialogAction.Type.CANCEL)
  )
  .show ();

  
  

डेटा बाइंडिंग

CUBA बैकऑफ़िस UI के अत्यधिक तेज़ विकास को सक्षम करता है, न केवल व्यापक कोड-जनरेशन क्षमताओं के साथ उन्नत दृश्य टूलींग प्रदान करके, बल्कि बॉक्स के ठीक बाहर उपलब्ध डेटा-जागरूक घटकों के एक समृद्ध सेट द्वारा भी। ऐसे घटकों को बस यह जानने की जरूरत है कि वे किस डेटा के साथ काम करते हैं और बाकी को स्वचालित रूप से प्रबंधित किया जाएगा, जैसे कि लुकअप सूची, पिकर फ़ील्ड, सीआरयूडी संचालन के साथ विभिन्न ग्रिड आदि।

संस्करण 7 डेटा बाइंडिंग को तथाकथित डेटा स्रोतों के माध्यम से लागू किया गया था - ऑब्जेक्ट जो एकल इकाई या संस्थाओं के संग्रह को प्रतिक्रियाशील रूप से डेटा-जागरूक घटकों के साथ टाई करते हैं। इस दृष्टिकोण ने बहुत अच्छा काम किया, हालांकि, कार्यान्वयन-वार यह एक अखंड था। अखंड वास्तुकला आमतौर पर इसके अनुकूलन के साथ समस्याओं का कारण बनता है, इसलिए CUBA 7 में इस ठोस बोल्डर को 3 डेटा घटकों में विभाजित किया गया था:

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

डेटा घटकों को स्क्रीन विवरणकों में घोषित किया जा सकता है या किसी विशेष कारखाने का उपयोग करके प्रोग्रामेटिक रूप से त्वरित किया जा सकता है - डेटाकॉमर्स ।

विविध

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

• URL इतिहास और नेविगेशन । यह सुविधा वेब ब्राउजर में "गो बैक" बटन के साथ एसपीए की एक बहुत ही आम समस्या को हल करती है, जो एप्लिकेशन स्क्रीन को रूट असाइन करने का एक आसान तरीका प्रदान करती है और एपीआई को अपने यूआरएल में स्क्रीन की वर्तमान स्थिति को प्रतिबिंबित करने में सक्षम बनाती है।
• फील्डग्रुप के बजाय फॉर्म । FieldGroup एक इकाई के क्षेत्रों को दिखाने और संशोधित करने के लिए एक डेटा-जागरूक घटक है। यह रनटाइम में किसी फ़ील्ड के लिए दिखाए गए वास्तविक UI को संक्रमित करता है। दूसरे शब्दों में, यदि आपके पास अपनी इकाई में एक दिनांक फ़ील्ड है, तो उसे DateField के रूप में दिखाया जाएगा। हालाँकि, यदि आप इस फ़ील्ड के साथ प्रोग्रामेटिक रूप से काम करना चाहते हैं, तो आपको इस फ़ील्ड को स्क्रीन कंट्रोलर को इंजेक्ट करना होगा और इसे सही प्रकार से मैन्युअल रूप से डालना होगा ( हमारे उदाहरण में DateField )। बाद में हम अपने फ़ील्ड प्रकार को कुछ अन्य में बदल देते हैं और रनटाइम पर हमारा एप्लिकेशन क्रैश हो जाता है ... फ़ॉर्म इस मुद्दे को स्पष्ट फ़ील्ड प्रकार घोषणा द्वारा संबोधित करता है। इस नए घटक के बारे में अधिक जानकारी यहाँ प्राप्त करें ।
• तृतीय पक्ष जावास्क्रिप्ट घटकों का एकीकरण काफी सरल है, कस्टम जावास्क्रिप्ट घटकों को CUBA अनुप्रयोग में एम्बेड करने के लिए प्रलेखन का पालन करें।
• HTML / CSS विशेषताओं को अब आसानी से xml स्क्रीन डिस्क्रिप्टर से सही परिभाषित किया जा सकता है या प्रोग्रामेटिक रूप से सेट किया जा सकता है। अधिक जानकारी यहाँ प्राप्त करें ।

मिडिलवेयर सुविधाएँ

नई स्क्रीन एपीआई के बारे में पिछला ब्लॉक मेरी उम्मीद से बड़ा था, इसलिए इस खंड में मैं साफ-सुथरा रहने की कोशिश करूंगा!

एंटिटी चेंजेड इवेंट

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

कमिटमेंट के ठीक बाद एंटिटी चेंजेड इवेंट को पकड़ने का एक तरीका भी है।

एक उदाहरण देखने के लिए प्रलेखन के इस अध्याय का पालन करें ।

लेन-देन डेटा प्रबंधक

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

• यह मौजूदा लेन-देन में शामिल हो सकता है (मामले में इसे लेन-देन के संदर्भ में कहा जाता है) या अपना खुद का लेनदेन बनाएं।
• इसकी कोई प्रतिबद्ध पद्धति नहीं है, लेकिन इसमें बचत विधि है, जो तत्काल प्रतिबद्ध नहीं है, लेकिन जब तक संलग्न लेन-देन नहीं होगा, तब तक इंतजार करता है।

यहां इसका उपयोग करने का एक उदाहरण खोजें।

जेपीए जीवनचक्र कॉलबैक

अंत में, CUBA 7 JPA जीवनचक्र कॉलबैक का समर्थन करता है। इन कॉलबैक के लिए क्या उपयोग किया जा सकता है, इसके बारे में एक अच्छी तरह से लिखित जानकारी को दोहराने के लिए, मुझे इस लिंक को साझा करने दें, जो विषय को पूरी तरह से कवर करता है।

अनुकूलता के बारे में क्या?

किसी भी बड़ी रिलीज के लिए एक उचित सवाल, खासकर जब इतने सारे परिवर्तन दिखाई दे रहे हों! हमने इन सभी नई सुविधाओं और एपीआई को पिछड़ी संगतता को ध्यान में रखते हुए डिज़ाइन किया है:

• पुराने स्क्रीन API को CUBA 7 में सपोर्ट किया गया है और इसे हुड के नीचे नए के माध्यम से लागू किया गया है :)
• हमने पुराने डेटा बाइंडिंग के लिए एडेप्टर भी प्रदान किए हैं, जो पुराने जमाने की स्क्रीन के लिए काम करते रहते हैं।

तो, अच्छी खबर है, संस्करण 6 से 7 तक प्रवास पथ काफी सीधा होना चाहिए।

निष्कर्ष

इस तकनीकी अवलोकन को छोड़कर मैं यह उल्लेख करना चाहूंगा कि विशेष रूप से लाइसेंसिंग के साथ अन्य महत्वपूर्ण नवाचार हैं:

• स्टूडियो के लिए 10 संस्थाओं की सीमा अब समाप्त हो गई है
• रिपोर्टिंग, बीपीएम, चार्ट और मैप्स और पूर्ण पाठ खोज एडन अब स्वतंत्र और खुले स्रोत हैं।
• स्टूडियो का वाणिज्यिक संस्करण संस्थाओं, स्क्रीन, मेनू और अन्य प्लेटफ़ॉर्म तत्वों के लिए दृश्य डिजाइनरों के साथ अतिरिक्त विकास सुविधा लाता है, जबकि मुक्त संस्करण कोड के साथ काम करने पर केंद्रित है
• कृपया ऐसा न करें कि प्लेटफ़ॉर्म और स्टूडियो लाइसेंसिंग शर्तों के 6.x और पुराने संस्करणों के लिए समान रहें!

अंत में, मैं सभी समर्थन और प्रतिक्रिया के लिए समुदाय के सदस्यों को फिर से धन्यवाद देता हूं। मुझे आशा है कि आपको संस्करण 7 पसंद आएगा! परिवर्तनों की पूरी सूची परंपरागत रूप से जारी नोटों में उपलब्ध है।