उबेर क्रॉस-प्लेटफ़ॉर्म मोबाइल आर्किटेक्चर आरआईबी

20 दिसंबर, 2016 को उबेर इंजीनियरिंग के लोगों ने नई वास्तुकला के बारे में एक लेख प्रकाशित किया (यहां हब पर इस लेख का अनुवाद है )। मैं आपके समक्ष प्रलेखन के मुख्य भाग का अनुवाद प्रस्तुत करता हूँ।

RIBs वास्तुकला किसके लिए है?

आरआईबी उबर का क्रॉस-प्लेटफॉर्म आर्किटेक्चर ढांचा है। यह बड़ी संख्या में एम्बेडेड राज्यों के साथ बड़े मोबाइल अनुप्रयोगों के लिए डिज़ाइन किया गया था।

इस ढांचे को विकसित करने में, उबेर इंजीनियरों ने निम्नलिखित सिद्धांतों का पालन किया:

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

घटक तत्व RIBs

यदि आपने पहले VIPER वास्तुकला के साथ काम किया है, तो RIB बनाने वाली कक्षाएं आपको परिचित लगेंगी। RIB में आमतौर पर निम्नलिखित तत्व होते हैं, जिनमें से प्रत्येक को अपनी कक्षा में लागू किया जाता है:

Interactor

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

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

रूटर

राउटर इंटरएक्टर से घटनाओं की निगरानी करता है और इन घटनाओं को बच्चे के आरआईबी को संलग्न करने और अलग करने में परिवर्तित करता है। तीन सरल कारणों से राउटर मौजूद है:

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

निर्माता

RIB में शामिल सभी वर्गों के लिए उदाहरण बनाने के लिए बिल्डर की आवश्यकता है, साथ ही बाल RIB के लिए बिल्डरों के उदाहरण भी बनाएं।

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

प्रस्तुतकर्ता

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

देखें (नियंत्रक)

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

अंग

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

राज्य प्रबंधन

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



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

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

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

आरआईबी के बीच सहभागिता

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

एक नियम के रूप में, यदि कनेक्शन बच्चे के आरआईबी से नीचे जाता है, तो हम इस जानकारी को आरएक्स स्ट्रीम में घटनाओं के रूप में प्रसारित करते हैं। या डेटा को बच्चे RIB के निर्माण () विधि में एक पैरामीटर के रूप में शामिल किया जा सकता है, इस स्थिति में यह पैरामीटर बच्चे के जीवनकाल के लिए एक आक्रमणकारी बन जाता है।



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

आरआईबी टूलकिट

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

टूलकिट, जो वर्तमान में खुला स्रोत है, इसमें शामिल हैं:

• कोड जनरेटर: नए आरआईबी और संबंधित परीक्षण बनाने के लिए आईडीई प्लगइन्स।
  
  • Xcode के लिए IOS कोड जेनरेशन टेम्प्लेट
  • Android कोड जेनरेशन प्लगिन
  
  
• एनपीई स्टेटिक एनालाइज़र (एंड्रॉइड): NullAway एक स्थिर विश्लेषण उपकरण है जो आपको NullPointerException के बारे में भूल जाने देता है।
• स्टेटिक ऑटो-प्लेसमेंट एनालाइज़र (Android): आरआईबी में सबसे आम मेमोरी लीक को रोकता है।

टूलकिट जिसके लिए उबर भविष्य में स्रोत खोलने की योजना बना रहा है:

• RIB में विभिन्न मेमोरी लीक को रोकने के लिए स्टेटिक विश्लेषक
• कार्यक्रम निष्पादन के दौरान मेमोरी रिसाव डिटेक्टर के साथ आरआईबी एकीकरण
• (Android) आसान परीक्षण के लिए एनोटेशन प्रोसेसर
• (Android) RxJava स्थिर विश्लेषक जो मुख्य धागे से अपरिवर्तित विचारों के साथ RIB प्रदान करता है

पुनश्च

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