मेरा मानना है कि इस प्रश्न को कुछ या अन्य तरीकों से पूछा गया है लेकिन मुझे अभी तक यह नहीं मिल रहा है।मैन्युअल DI को गहरे ऑब्जेक्ट ग्राफ़ और कई निर्भरताओं के साथ ठीक से कैसे करें
हम एक जीडब्ल्यूटी परियोजना करते हैं और मेरे प्रोजेक्ट लीडर ने जीआईएन/गुइस को डी फ्रेमवर्क के रूप में उपयोग करने की अनुमति नहीं दी है (नए प्रोग्रामर इसे समझने वाले नहीं हैं, उन्होंने तर्क दिया) इसलिए मैं मैन्युअल रूप से DI करने की कोशिश करता हूं।
अब मुझे गहरे ऑब्जेक्ट ग्राफ के साथ समस्या है। यूआई से वस्तु पदानुक्रम इस तरह दिखता है:
AppPresenter-> DashboardPresenter-> GadgetPresenter-> GadgetConfigPresenter
वस्तु पदानुक्रम पेड़ GadgetConfigPresenter रास्ता CustomerRepository, ProjectRepository, MandatorRepository, आदि
जैसे कुछ निर्भरता हैतो गैजेट प्रायोजक जो गैजेट कॉन्फिग प्रस्तुतकर्ता बनाता है, में भी इन निर्भरताओं और ऐप के प्रवेश बिंदु तक, जो ऐप प्रस्तुतकर्ता बनाता है।
- क्या यह तरीका मैन्युअल DI को काम करना चाहिए?
- इसका मतलब यह नहीं है कि मैं बूट समय पर सभी निर्भरताओं को बना देता हूं, मुझे उनकी आवश्यकता नहीं है?
- जीआईएन/गुइस जैसे डीआई फ्रेमवर्क मुझे यहां मदद करेंगे?
समस्या की तरह लगता है कि आपकी परियोजना किसी भी चीज़ से अधिक है। आप एक तकनीक का उपयोग नहीं कर सकते क्योंकि एक नया प्रोग्रामर इसे समझ नहीं पाएगा? क्या समझना है उन्हें दस्तावेज और प्रशिक्षण के बारे में क्या? –
@matt: वह नई प्रौद्योगिकियों के लिए काफी अनिच्छुक है और उनका मानना है कि एक नए प्रोग्रामर को इस परियोजना में जावा से पीएचपी पुल की तरह बहुत कुछ सीखना होगा और फिर डीआई दृश्यों के पीछे सिर्फ कुछ जादू है जो उन्हें नहीं मिलेगी। मुझे वास्तव में ऐसा नहीं लगता .... यदि डीआई फ्रेमवर्क एकमात्र समाधान है तो मैं उसे मनाने के लिए फिर कोशिश करूंगा लेकिन मुझे वास्तव में दिलचस्पी होगी अगर यह मैन्युअल रूप से किया जाता है। – Fabian
मैं इस चर्चा के करीब आने की सलाह दूंगा "इस मैनुअल वायरिंग-अप कार्य को हमें कोड में करने की ज़रूरत है, और इसकी तुलना करें कि आईओसी कंटेनर का उपयोग करके कितना आसान है" –