Android एप्लिकेशन आर्किटेक्चर। भाग IV - एकीकरण स्तर

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

जैसा कि पहले दिखाया गया है, एंड्रॉइड फ्रेमवर्क कई इंटरैक्शन पैटर्न को लागू करता है:

• इंटेंट क्लास के साथ मैसेज करना
• आशय और ब्रॉडकास्टराइवर कक्षाओं का उपयोग करते हुए पर्यवेक्षक
• सामग्री प्रदाता ( कन्टैंटप्रोवाइडर्स ) और स्थानीय (इन-प्रोसेस) सेवाओं ( सेवाओं ) तक पहुंचने के लिए विधि कॉल के बाद लेट बाइंडिंग का उपयोग किया जाता है
• सेवा कॉलिंग (AIDL) के लिए लेट बाइंडिंग और इंटर-प्रोसेस प्रोसीजर कम्युनिकेशन (IPC)

संदेश सेवा

जाहिर है, यह पहला इंटरैक्शन मैकेनिज्म है जो एक डेवलपर का सामना होता है जब वह एंड्रॉइड के लिए प्रोग्रामिंग शुरू करता है। इसका उपयोग किसी गतिविधि या सेवा को शुरू करने के लिए किया जाता है। तंत्र को प्रसंग वर्ग के तीन तरीकों (जो कि पिछले लेखों में से एक में वर्णित था) और गतिविधि वर्ग की एक विधि का उपयोग करके लागू किया गया है:

• प्रसंग वर्ग की startActivity () एक गतिविधि शुरू करती है
• startActivityForResult () गतिविधि वर्ग की गतिविधि शुरू होती है
• StartService () या bindService () प्रसंग वर्ग की सेवा शुरू होती है, यदि आवश्यक हो, और इसके साथ संचार करता है (दोनों विधियों के बीच कुछ अंतर है)

दोनों मामलों में, आशय वर्ग प्रेषित संदेश के रूप में कार्य करता है।

एंड्रॉइड कैसे जानता है कि संदेश को किस गतिविधि या सेवा को संबोधित किया गया है? ऐसा करने के दो तरीके हैं:

• इरादा स्पष्ट रूप से घटक के नाम का संकेत दे सकता है। ऐसे इरादों को स्पष्ट ("स्पष्टता") कहा जाता है। लक्ष्य घटक setComponent () और setClass () विधियों द्वारा निर्धारित किया जाता है। इस प्रकार के इरादे-उन्मुख बातचीत तंत्र अन्य सभी के विपरीत, देर से बाध्यकारी पैटर्न को लागू नहीं करता है।
• लक्ष्य घटक इरादे के फिल्टर के आधार पर एक बहुत ही असामान्य निर्णय लेने वाले तंत्र द्वारा निर्धारित किया जाता है।

ध्यान रखें कि यदि आप एक संदेश (इंटेंट क्लास का एक उदाहरण) भेजते हैं, तो इंटरैक्शन तंत्र इसे केवल एक घटक पर वितरित करेगा, या बिल्कुल नहीं।

प्रकाशक / सब्सक्राइबर

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

संदेश भेजने के लिए उपयोग किए जाने वाले इरादों के विपरीत, एक एकल प्रसारण इरादे को कई घटकों तक पहुंचाया जा सकता है।

वास्तव में, एंड्रॉइड दो अलग-अलग प्रकाशक / ग्राहक तंत्रों को लागू करता है, जिनमें से प्रत्येक के दो संस्करण हैं (नियमित और "चिपचिपा", "चिपचिपा"):

• सामान्य प्रसारण SendBroadcast () और SendStickyBroadcast () संदर्भ वर्ग के तरीकों द्वारा कार्यान्वित किया जाता है।
• आदेशित प्रसारण sendOrderedBroadcast () और sendStickyOrderedBroadcast () विधियों द्वारा कार्यान्वित किया जाता है।

मैंने आपको अभी तक भ्रमित नहीं किया है, है ना?

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

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

• पिछले प्रसारण रिसीवर के परिणामों का उपयोग करें जो एक ही इरादे से काम करते थे
• यदि आवश्यक हो, तो इरादे के आगे की प्रक्रिया को बाधित करें

प्रसारण शुरू करने का आदेश देने वाले घटक प्रसारण रिसीवर की पूरी श्रृंखला से इरादे को संसाधित करने का परिणाम प्राप्त करने में सक्षम हैं।

सुव्यवस्थित प्रसारण जिम्मेदारी टेम्पलेट की एक श्रृंखला का कार्यान्वयन है ।

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

इरादे-उन्मुख सहभागिता तंत्र पर निष्कर्ष

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

इससे हम यह निष्कर्ष निकाल सकते हैं कि सभी एंड्रॉइड इंटरैक्शन तंत्र इंटेंट क्लास का उपयोग करते हैं। लेकिन यह पूरी तरह सच नहीं है।

कंटेंटप्रोवाइडर्स की लेट बाइंडिंग

ज्यादातर मामलों में, ContentProvider वर्ग का उपयोग SQLite डेटाबेस के चारों ओर आवरण के रूप में किया जाता है। यद्यपि, सैद्धांतिक रूप से, इसका उपयोग डेटा को संग्रहीत / प्राप्त करने के लिए अन्य तंत्रों के लिए किया जा सकता है। आप यहाँ इस वर्ग का उपयोग करने के बारे में पढ़ सकते हैं।

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

किसी भी मामले में, यह एक विशिष्ट देर से बाध्यकारी पैटर्न है।

देर से बाध्यकारी और इंटरप्रोसेस संचार (IPC)

अगर आपको लगता है कि बातचीत के तंत्र इस पर समाप्त हो गए हैं, तो आप गलत हैं।

ContentProvider वर्ग से दूर सेवा वर्ग है, जो MVVM वास्तुकला में एक मॉडल के रूप में कार्य करता है। पिछले लेख में, हमने काल्पनिक कारणों पर चर्चा की कि एंड्रॉइड के दो अलग-अलग वर्ग क्यों हैं जो एक ही भूमिका निभाते हैं।

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

यह थोड़ा भ्रमित है कि एक ही सेवा का उपयोग स्थानीय और दूरस्थ दोनों के लिए किया जा सकता है; अंतर वह है जहां सेवा को कॉल करने वाले घटक स्थित हैं (उसी प्रक्रिया में या किसी अन्य में)।

यहां और यहां आप सेवाओं के उपयोग के बारे में अधिक पढ़ सकते हैं।

पिछले लेख:

• Android एप्लिकेशन आर्किटेक्चर। भाग I - मूल
• Android एप्लिकेशन आर्किटेक्चर। भाग II - वास्तुकला शैलियाँ और पैटर्न
• Android एप्लिकेशन आर्किटेक्चर। भाग III - आवेदन के मुख्य भाग

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