आईओसी का उपयोग करके, क्या सिंगलटन को क्षणिक लाइफटाइम वाले ऑब्जेक्ट्स से इंजेक्शन दिया जा सकता है?

Question

हमारे पास आईओसी का उपयोग कर एएसपी.नेट एमवीसी ऐप है जो सेवाओं में नियंत्रकों और रिपोजिटरी संदर्भों में सेवा संदर्भों को इंजेक्ट करने के लिए है।

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

विशेष रूप से, अगर हम निम्नलिखित

RepositoryA है (क्षणिक होने की जरूरत है क्योंकि वर्तमान डिजाइन निर्माता में एक उपयोगकर्ता के संदर्भ injects) serviceà (सिंगलटन) ControllerA (क्षणिक)

तो जैसे instantiated:

public ServiceA(IRepositoryA repo) {} 
public ControllerA(IServiceA service) {} 

क्या रिपोजिटरीए अनिवार्य रूप से तत्काल हो सकता है क्योंकि सेवा ए को तुरंत चालू किया जाता है?

मुझे 99% यकीन है कि उत्तर हाँ है, लेकिन सिर्फ मुझे यहां रिफैक्टरिंग की मात्रा की पुष्टि करना चाहता था।

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

Answer 1

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

यह सही है। चूंकि इस तरह के घटक अपनी निर्भरताओं पर निर्भर करते हैं (एक निजी क्षेत्र में उनके संदर्भ को संग्रहीत करके), वे निर्भरता तब तक रहेंगे जब तक घटक स्वयं ही करता है। दूसरे शब्दों में, उनके जीवनकाल को घटक के जीवनकाल में निहित रूप से बढ़ावा दिया जाता है (यदि उनका जीवनकाल छोटा है)।

यदि आपके पास यह है, तो आपकी DI कॉन्फ़िगरेशन निश्चित रूप से गलत है और जल्द ही या बाद में यह बग दिखाई देगा। शायद केवल उत्पादन में और शायद ही कभी आपकी देव मशीन पर: -एस।

सामान्य तौर पर सभी घटकों को कंटेनर द्वारा प्रबंधित केवल कपोल-कल्पना एक उम्र कि बराबर या घटक के ही इससे अधिक का समय है कि पर निर्भर होना चाहिए।

कुछ ढांचे में इन प्रकार की कॉन्फ़िगरेशन त्रुटियों का पता लगाने के लिए विश्लेषण सेवाएं भी होती हैं। फिर भी, सभी निर्भरताओं को तारों के दौरान आपको बहुत सावधान रहना चाहिए। सामान्य तौर पर यह, क्षणिक जब भी संभव हो के रूप में घटकों को कॉन्फ़िगर करने के बाद से एक क्षणिक घटक किसी भी जीवन शैली के निर्भरता को रोकने के लिए अनुमति दी है सबसे सुरक्षित होगा। कई क्षणिक वस्तुओं को सामान्य रूप से एक प्रदर्शन समस्या नहीं होगी। प्रति वेब अनुरोध के बजाय एक बड़ा ऑब्जेक्ट ग्राफ़ बनाना आम तौर पर पर्याप्त तेज़ होगा (अन्यथा DI framework with a higher throughput पर स्विच करने का प्रयास करें)।