उन प्रकारों पर एकता पंजीकरण त्रुटियां जिन्हें मैं हल नहीं कर रहा हूं

Question

मेरे पास एक एमवीसी 4 एप्लीकेशन है जो निर्भरता संकल्प के लिए एकता का उपयोग कर रहा है। हमारे पास एक चीज है जो यूनिटी कंटेनर के लिए लॉगर सजावट है - किसी भी निर्भरता रिज़ॉल्यूशन में विफल होने पर लॉगिंग के एकमात्र उद्देश्य के लिए।

मुझे लगता है कि ऐसे कई प्रकार हैं जो हल करने में विफल रहे हैं कि मेरा ऐप स्पष्ट रूप से हल नहीं हो रहा है। इन प्रकार के होते हैं:

IControllerFactory 
IControllerActivator 
IViewPageActivator 
ModelMetadataProvider 
ITempDataProvider 
IActionInvoker 
IAsyncActionInvoker 

अपवाद फेंक दिया इस तरह सभी कर रहे हैं:

प्रकार ITempDataProvider एक सुलभ निर्माता नहीं है।

... अपने स्वयं के प्रकार के साथ।

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

मुझे बिना किसी अच्छे कारण के त्रुटियों को निगलने से नफरत है, और समझने के बिना कि इन्हें पहले स्थान पर हल करने का प्रयास क्या है, मेरे पास कोई अच्छा कारण नहीं है।

सवाल:

1) किसी को भी पता है जो/क्या इन समाधान करने का प्रयास कर रहा है? यह मेरे कोडबेस में कहीं भी नहीं है। 2) यदि ढांचे में कहीं नीचे ये हल करने का प्रयास कर रहे हैं, तो क्या यह उम्मीद है कि मेरा ऐप इनके लिए एकता में समाधान प्रदान करेगा? 3) या यह सिर्फ अपेक्षित व्यवहार है, और मुझे इन अपवादों को निगलना चाहिए?

मैं समझता हूं कि यह बहुत कुछ नहीं है, लेकिन मुझे आशा है कि किसी और ने इन प्रकार की त्रुटियों को देखा है और मुझे सही दिशा में इंगित करने में सक्षम होंगे।

Answer 1

आपने: तो यह संभव है कि आप अपने वर्ग जो एक निर्माता है कि एक MVC वर्ग जो अपने आप ModelMetaDataProvider के रूप में इस तरह के निर्माता पैरामीटर लेता है, आदि

को निर्दिष्ट निर्माता का उदाहरण को हल करने रहे हैं एमवीसी में निर्भरता रीसोलवर के रूप में एकता को जोड़ दिया, सही? आप जिन सभी प्रकारों को देख रहे हैं वे आंतरिक रूप से एमवीसी ढांचे द्वारा उपयोग किए जाते हैं, और यह (एमवीसी) उनको हल करने की कोशिश कर रहा है।

अगर कुछ हल नहीं होता है और मानक कार्यान्वयन पर वापस आ जाता है तो हुड के नीचे एमवीसी कोड त्रुटि को पकड़ता है। ऐसा इस तरह से किया जाता है ताकि यदि आप उन्हें चाहते हैं तो उन चीजों के कस्टम कार्यान्वयन में प्लग करने का एक समान तरीका है।

आपको इन अपवादों के साथ कुछ भी नहीं करना चाहिए - बस उन्हें कॉलर पर वापस जाने दें, और एमवीसी सही काम करेगा।

Answer 2

यदि आप एकता के माध्यम से कक्षा को हल करते हैं जिसमें पैरामीटर रहित कन्स्ट्रक्टर नहीं है, तो यूनिटी फिर से रचनाकारों में से किसी एक के लिए पैरामीटर प्रकारों को हल करने का प्रयास करेगी जबतक कि आप इसे स्पष्ट रूप से नहीं बताते ... यदि यह विफल हो जाता है त्रुटियों को प्राप्त करें जैसे कि आप उन प्रकारों के लिए देख रहे हैं जिन्हें आपने सीधे हल नहीं किया हो।

<register type="IMyThing" mapTo="MyThing"> 
    <constructor> 
    <param name="x" type="MyType1" />   
    <param name="y" type="MyType2" /> 
    </constructor> 
</register>