पुस्तक "लर्निंग जावा ईई। बड़े उद्यमों के लिए आधुनिक प्रोग्रामिंग ”

हाय हमर!

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

निष्पादन क्रम

एंटरप्राइज़ एप्लिकेशन में कार्यान्वित व्यावसायिक प्रक्रियाएं विशिष्ट प्रक्रिया प्रवाह का वर्णन करती हैं। शामिल व्यावसायिक परिदृश्यों के लिए, यह या तो एक सिंक्रोनस अनुरोध और प्रतिक्रिया प्रक्रिया है, या एक आरंभिक प्रक्रिया के अतुल्यकालिक प्रसंस्करण।

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

समकालिक निष्पादन

जब HTTP अनुरोध को डेटाबेस से प्रतिक्रिया की आवश्यकता होती है तो एक विशिष्ट परिदृश्य निम्नानुसार लागू होता है। एक धागा लूप में आने वाले अनुरोध को संसाधित करता है, उदाहरण के लिए, नियंत्रण सिद्धांत को सम्मिलित करके, JAX-RS UsersResource; कंटेनर द्वारा JAX-RS संसाधन विधि को कहा जाता है। संसाधन लागू होता है और उपयोगकर्ता प्रबंधन ईजेबी का उपयोग करता है, जिसे कंटेनर द्वारा भी कहा जाता है। सभी ऑपरेशन मध्यस्थों द्वारा सिंक्रोनाइज़ किए जाते हैं। उपयोगकर्ता EJB नई इकाई को संग्रहीत करने के लिए इकाई प्रबंधक का उपयोग करेगा, और जैसे ही व्यापार पद्धति जिसने वर्तमान में सक्रिय लेनदेन समाप्त किया है, कंटेनर डेटाबेस में लेनदेन करने का प्रयास करेगा। लेन-देन के परिणाम के आधार पर, सर्किट की संसाधन विधि ऑपरेशन को फिर से शुरू करती है और क्लाइंट को प्रतिक्रिया देती है। सब कुछ समकालिक रूप से होता है, इस समय ग्राहक अवरुद्ध हो जाता है और प्रतिक्रिया की प्रतीक्षा करता है।

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

अतुल्यकालिक निष्पादन

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

अतुल्यकालिक EJB तरीके

अतुल्यकालिक व्यवहार को लागू करने का सबसे आसान तरीका है EJB या EJB वर्ग व्यापार विधि के लिए @Asynchronous एनोटेशन का उपयोग करना। इन विधियों को कॉल तुरंत लौटता है, कभी-कभी फ्यूचर प्रकार की प्रतिक्रिया के साथ। वे कंटेनर द्वारा नियंत्रित एक अलग थ्रेड में चलते हैं। यह विधि सरल परिदृश्यों के लिए अच्छी तरह से काम करती है, लेकिन EJBs तक सीमित है:

@Asynchronous @Stateless public class Calculator { public void calculatePi(long decimalPlaces) { //      } } 

प्रदर्शन प्रबंधन सेवा

प्रबंधित CDI ऑब्जेक्ट्स में एसिंक्रोनस निष्पादन के लिए या जावा एसई कंसर्टिबिलिटी कंट्रोल यूटिलिटीज का उपयोग करने के लिए, जावा ईई में एक्जिक्यूटर सर्विस और शेड्यूल्ड एक्सॉर्स्कोर सर्विस के कंटेनर-प्रबंधित संस्करण शामिल हैं। कंटेनर-चालित थ्रेड्स में अतुल्यकालिक कार्यों को लागू करने के लिए उनका उपयोग किया जाता है। ManagedExecutorService और ManagedScheduledExecutorService उदाहरण अनुप्रयोग कोड में एम्बेडेड हैं। उनका उपयोग अपने स्वयं के तर्क को निष्पादित करने के लिए किया जा सकता है, लेकिन जावा एसई संगामिति नियंत्रण उपयोगिताओं के साथ संयुक्त रूप से सबसे प्रभावी हैं, जैसे कि भविष्य के मूल्यों को पूरक। निम्न उदाहरण दिखाता है कि कंटेनर चालित थ्रेड्स का उपयोग करके गद्देदार भविष्य के मूल्यों को कैसे बनाया जाए:

 import javax.annotation.Resource; import javax.enterprise.concurrent.ManagedExecutorService; import java.util.Random; import java.util.concurrent.CompletableFuture; @Stateless public class Calculator { @Resource ManagedExecutorService mes; public CompletableFuture<Double> calculateRandomPi(int maxDecimalPlaces) { return CompletableFuture.supplyAsync(() -> new Random().nextInt(maxDecimalPlaces) + 1, mes) .thenApply(this::calculatePi); } private double calculatePi(long decimalPlaces) { … } } 

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

अतुल्यकालिक CDI घटनाएँ

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

 @Stateless public class CarManufacturer { @Inject CarFactory carFactory; @Inject Event<CarCreated> carCreated; public Car manufactureCar(Specification spec) { Car car = carFactory.createCar(spec); carCreated.fireAsync(new CarCreated(spec)); return car; } } 

ईवेंट हैंडलर को अपने कंटेनर-प्रबंधित थ्रेड में कहा जाता है:

 import javax.enterprise.event.ObservesAsync; public class CreatedCarListener { public void onCarCreated(@ObservesAsync CarCreated event) { //    } } 

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

अतुल्यकालिक प्रसंस्करण क्षेत्र

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

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

समय निष्पादन निर्धारित करें

व्यावसायिक परिदृश्यों को न केवल बाहर से कहा जा सकता है, उदाहरण के लिए, HTTP अनुरोध के माध्यम से, बल्कि एप्लिकेशन के भीतर से भी - एक कार्य जो एक विशिष्ट समय पर चलता है।

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

 import javax.ejb.Schedule; import javax.ejb.Startup; @Singleton @Startup public class PeriodicJob { @Schedule(minute = "*/10", hour = "*", persistent = false) public void executeJob() { //   10  } } 

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

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

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

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

 @ApplicationScoped public class Periodic { @Resource ManagedScheduledExecutorService mses; public void startAsyncJobs() { mses.schedule(this::execute, 10, TimeUnit.SECONDS); mses.scheduleAtFixedRate(this::execute, 60, 10, TimeUnit.SECONDS); } private void execute() { … } } 

StartAsyncJobs () विधि को कॉल करने से प्रबंधित थ्रेड पर निष्पादन () फ़ंक्शन कॉल के दस सेकंड बाद और फिर हर दस सेकंड पहले मिनट के बाद निष्पादित होगा।

JAX-RS में अतुल्यकालिक और प्रतिक्रियाशीलता

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

 @Path("users") @Consumes(MediaType.APPLICATION_JSON) public class UsersResource { @Resource ManagedExecutorService mes; … @POST public CompletionStage<Response> createUserAsync(User user) { return CompletableFuture.supplyAsync(() -> createUser(user), mes); } private Response createUser(User user) { userStore.create(user); return Response.accepted().build(); } } 

अनुरोध प्रवाह को बहुत लंबे समय तक व्यस्त रखने के लिए, JAX-RS विधि को जल्दी से पूरा करना होगा। यह इस तथ्य के कारण है कि कंटेनर से संसाधन विधि को नियंत्रण उलटा के माध्यम से कहा जाता है। पूरा होने के चरण में प्राप्त परिणाम का उपयोग प्रसंस्करण के अंत में ग्राहक कनेक्शन को फिर से शुरू करने के लिए किया जाएगा।

पूरा होने वाले चरणों की वापसी JAX-RS API में एक अपेक्षाकृत नई तकनीक है। यदि आपको देरी का वर्णन करने की आवश्यकता है और एक ही समय में एक अतुल्यकालिक प्रतिक्रिया के साथ अधिक से अधिक लचीलापन प्रदान करते हैं, तो आप विधि में AsyncResponse प्रकार को शामिल कर सकते हैं। यह दृष्टिकोण निम्नलिखित उदाहरण में दिखाया गया है:

 import javax.ws.rs.container.AsyncResponse; import javax.ws.rs.container.Suspended; @Path("users") @Consumes(MediaType.APPLICATION_JSON) public class UsersResource { @Resource ManagedExecutorService mes; … @POST public void createUserAsync(User user, @Suspended AsyncResponse response) { response.setTimeout(5, TimeUnit.SECONDS); response.setTimeoutHandler(r -> r.resume(Response.status(Response.Status.SERVICE_UNAVAILABLE).build())); mes.execute(() -> response.resume(createUser(user))); } } 

निर्मित टाइमआउट के लिए धन्यवाद, क्लाइंट अनुरोध अनिश्चित काल तक इंतजार नहीं करेगा, लेकिन केवल जब तक परिणाम प्राप्त नहीं होता है या कॉल टाइमआउट समाप्त हो जाता है। हालाँकि, गणना जारी रहेगी क्योंकि वे अतुल्यकालिक रूप से किए जाते हैं। EJBs के रूप में कार्यान्वित JAX-RS संसाधनों के लिए, आप @Asynchronous annotation को लागू कर सकते हैं, ताकि आप सेवा निष्पादक के माध्यम से अतुल्यकालिक व्यापार विधियों को स्पष्ट रूप से कॉल न करें।

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

कई सर्वर अनुप्रयोगों पर विचार करें जो मौसम की जानकारी प्रदान करते हैं। ग्राहक घटक इन सभी अनुप्रयोगों तक पहुँचता है और औसत मौसम पूर्वानुमान की गणना करता है। आदर्श रूप से, आप सिस्टम के समानांतर पहुँच बना सकते हैं:

 import java.util.stream.Collectors; @ApplicationScoped public class WeatherForecast { private Client client; private List<WebTarget> targets; @Resource ManagedExecutorService mes; @PostConstruct private void initClient() { client = ClientBuilder.newClient(); targets = … } public Forecast getAverageForecast() { return invokeTargetsAsync() .stream() .map(CompletableFuture::join) .reduce(this::calculateAverage) .orElseThrow(() -> new IllegalStateException("   ")); } private List<CompletableFuture<Forecast>> invokeTargetsAsync() { return targets.stream() .map(t -> CompletableFuture.supplyAsync(() -> t .request(MediaType.APPLICATION_JSON_TYPE) .get(Forecast.class), mes)) .collect(Collectors.toList()); } private Forecast calculateAverage(Forecast first, Forecast second) { … } @PreDestroy public void closeClient() { client.close(); } } 

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

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

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

 public Forecast getAverageForecast() { return invokeTargetsAsync() .stream() .reduce((l, r) -> l.thenCombine(r, this::calculateAverage)) .map(s -> s.toCompletableFuture().join()) .orElseThrow(() -> new IllegalStateException("   ")); } private List<CompletionStage<Forecast>> invokeTargetsAsync() { return targets.stream() .map(t -> t .request(MediaType.APPLICATION_JSON_TYPE) .rx() .get(Forecast.class)) .collect(Collectors.toList()); } 

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

आधुनिक जावा ईई में डिजाइन अवधारणाओं और सिद्धांतों

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

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

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

जैसा कि हम अध्याय 7 में देखेंगे, यह प्रोग्रामिंग दृष्टिकोण परीक्षण की आवश्यकता को दर्शाता है, क्योंकि प्रोग्रामर के लिए, अधिकांश जावा ईई विनिर्देश एनोटेशन से अधिक कुछ नहीं हैं।

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

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

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

उच्च गुणवत्ता वाले कोड का उपयोग करना आसान है

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

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

कोड लेवल रिफलेक्टरिंग पर बहुत सारा साहित्य है। - , , . , . , .

- . , , — , , - . — , , . . , , .

, . , .

, , , . , , - . , , , - , . , . 7.

, . , , , . Java EE : , , . .

. , , , . . 6 , .

. , , , . , . , , . , . . , . - .

लेखक के बारे में

(Sebastian Daschner) — Java-, , Java (EE). JCP, Java EE, JSR 370 374 . Java Java - Oracle.

IT-, JavaLand, JavaOne Jfokus. JavaOne Rockstar JavaOne 2016. Java (Steve Chin) Java, . JOnsen — Java, .

(Melissa McKay) — 15- , . Java-, . , , .

JCrete () JOnsen . IT- , JavaOne4Kids JCrete4Kids. JavaOne 2017 Denver Java User Group.

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है
» सामग्री
» अंश

20% — Java EE