एमवीपी और डैगर 2 - एंड्रॉइड एप्लिकेशन कंकाल - भाग 1

यह लेख एंड्रॉइड विकास में शुरुआती के उद्देश्य से है और न्यूनतम आवश्यक एप्लिकेशन संरचना बनाने में मदद करने के लिए डिज़ाइन किया गया है।

ऐसा हुआ कि मैंने अपेक्षाकृत हाल ही में एंड्रॉइड के लिए प्रोग्रामिंग शुरू की - एक महीने के बाद बिना कंपनी में जहां मैं काम करता हूं, मुझे टाटा कंसल्टेंसी सर्विसेज के उरुग्वयन कार्यालय में मोबाइल विकास टीम को सौंपा गया था। टीम लीड के साथ बात करते समय मुझे एक स्टैक दिया गया, जिसके साथ मुझे पहले खुद को परिचित करना था, और फिर मास्टर। अन्य बातों के अलावा, वास्तु पैटर्न के रूप में DI और MVP के लिए डैगर 2 फ्रेमवर्क था। और कोटलिन। लेकिन उसके बारे में एक और बार :)

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

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

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

१.१ सार

सबसे पहले, परियोजना की जड़ में एब्सट्रैक्ट पैकेज बनाएं, इसे com.caesar84mx.mymvcapp.braphs करें। हम इसमें 2 इंटरफेस बनाएँगे: view.BaseView और presenter.BaseMvpPresenter। इस प्रकार है:



ये मूल वास्तु तत्व हैं जो बाद में आवेदन में उपयोग किए जाएंगे। इसके बाद, बेस व्यू खोलें और शो व्यू () getContext () के तरीकों को घोषित करें:

interface BaseView { fun showView(view: View, isShown: Boolean) { view.visibility = if (isShown) View.VISIBLE else View.GONE } fun getContext(): Context } 

अब BaseMvpPresenter खोलें और इसे निम्नानुसार संपादित करें:

 interface BaseMvpPresenter<V: BaseView> { var isAttached: Boolean fun attach(view: V) fun detach() } 

दृश्य पैकेज में, एक सार BaseCompatActivity क्लास बनाएं, इसे AppCompatActivity से इनहेरिट करें, और नए बनाए गए BaseView इंटरफ़ेस को कार्यान्वित करें। कक्षा के अंदर, हम सार init विधि की घोषणा करते हैं (saveInstanceState: बंडल?) और बेस व्यू से getContext () विधि को लागू करते हैं:

 abstract class BaseCompatActivity: AppCompatActivity(), BaseView { override fun onCreate(savedInstanceState: Bundle?, persistentState: PersistableBundle?) { super.onCreate(savedInstanceState, persistentState) init(savedInstanceState) } protected abstract fun init(savedInstanceState: Bundle?) override fun getContext(): Context = this } 

भविष्य में इस वर्ग से हम सभी गतिविधियों को विरासत में लेंगे।

अब प्रस्तुतकर्ता पर चलते हैं - एक BasePresenter वर्ग बनाएं जो BaseMvpPresenter इंटरफ़ेस को लागू करता है और इंटरफ़ेस विधियों को निम्नानुसार कार्यान्वित करता है:

 open class BasePresenter<V : BaseView> : BaseMvpPresenter<V> { protected var view: V? = null private set override var isAttached = view != null override fun attach(view: V) { this.view = view } override fun detach() { this.view = null } } 

खैर, हमने बुनियादी वास्तुशिल्प तत्वों की पहचान कर ली है, अब हम उन घटकों पर चलते हैं जिनसे हमारा एप्लिकेशन बनाया जाएगा।

1.2। घटकों

सबसे पहले, com.caesar84mx.mymvcapp.compords पैकेज बनाएं, इसमें मेनस्क्रीन पैकेज, जिसमें, बदले में, यूआई और बैकस्टेज पैकेज, और मेनस्क्रीन वर्ग को यूआई पैकेज में स्थानांतरित करें:



अब हम मेनस्क्रीन क्लास से प्रोजेक्ट को बनाए जाने पर स्वचालित रूप से उत्पन्न ऑनक्रिएट () विधि के कार्यान्वयन को हटा देंगे, साथ ही AppCompatActivity से विरासत और BaseCompatActivity से इसे विरासत में प्राप्त करेंगे। अब हम बेस क्लास में पहले घोषित इनिट () विधि को लागू करते हैं। सभी कोड जो हम onCreate () विधि में डालेंगे, पहले हम उसमें डालते हैं (जैसा कि हम याद करते हैं, init () विधि को onCreate () आधार वर्ग की विधि) कहा जाता है:

 class MainScreen : BaseCompatActivity() { override fun init(savedInstanceState: Bundle?) { setContentView(R.layout.activity_main_screen) } } 

महान, एमवीपी पैटर्न का दृश्य तत्व बनाया गया है, अब चलो हमारे घटक के बैकस्टेज पर चलते हैं - बैकस्टेज पैकेज। आइए, MainSconContract इंटरफ़ेस बनाएं - तथाकथित अनुबंध जिसके माध्यम से हम अपने पैटर्न को लागू करेंगे। इस इंटरफ़ेस में, 2 सब-वेन्फ़र्स बनाएँ - प्रस्तुतकर्ता और दृश्य:

 interface MainScreenContract { interface Presenter: BaseMvpPresenter<MainScreenContract.View> interface View: BaseView } 

अब, प्रस्तुतकर्ता पर चलते हैं और MainScreenPresenter वर्ग बनाते हैं:

 class MainScreenPresenter : BasePresenter<MainScreenContract.View>(), MainScreenContract.Presenter { } 

आवेदन कंकाल लगभग तैयार है, कुछ स्पर्श बने हुए हैं। MainScreen वर्ग में, MainScreenContract.View इंटरफ़ेस का कार्यान्वयन जोड़ें, प्रस्तोता चर बनाएँ और आरंभ करें: MainScreenPresenter, और init () विधि में, प्रस्तुतकर्ता को इस प्रकार देखें:

 class MainScreen : BaseCompatActivity(), MainScreenContract.View { val presenter: MainScreenPresenter? = MainScreenPresenter() override fun init(savedInstanceState: Bundle?) { setContentView(R.layout.activity_main_screen) presenter?.attach(this) } } 

इस प्रकार, हमने एक प्रस्तुतकर्ता बनाया और इसे हमारे दृश्य उदाहरण (android.view.View के साथ भ्रमित न होने के लिए) में जोड़ा, जिसका उपयोग प्रस्तुतकर्ता को दृश्य में हेरफेर करने के लिए किया जाएगा।

1.3। पहले भाग का निष्कर्ष

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

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

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

आप पूछते हैं कि डैगर 2 यहां कहां है और इसने हमें आत्मसमर्पण क्यों किया है, क्या एंड्रॉइड में डीआई कार्यान्वयन दुनिया पर एक उल्लू खींच रहा होगा? दूसरे प्रश्न का उत्तर नहीं है, यह नहीं होगा। और इसकी आवश्यकता क्यों और कैसे है - मेरे लेख के दूसरे भाग में ;)