उन ऑब्जेक्ट्स के लिए निर्भरता इंजेक्शन जिनके लिए पैरामीटर

Question

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

यह महान काम किया, और इस तरह से संरचित अच्छा कक्षाएं प्राप्त होते हैं:

public class CheckTranslator : ICheckTranslator 
{ 
    public CheckTranslator (IEmployeeService empSvc 
         , IPaycheckService paySvc) 
    { 
     _empSvc = empSvc; 
     _paySvc = paySvc; 
    } 

    public Check CreateCheck() 
    { 
     //do the translation... 
    } 
} 

कई अलग अलग समूह विकल्प हालांकि, कुछ मामलों में मानचित्रण है। नतीजतन, सी-टोर वर्ग निर्भरताओं और मानकों के मिश्रण में बदल जाएगा।

public class CheckTranslator : ICheckTranslator 
{ 
    public CheckTranslator (IEmployeeService empSvc 
         , IPaycheckService paySvc 
         , bool doTranslateStubData 
         , bool doAttachLogo) 
    { 
     _empSvc = empSvc; 
     _paySvc = paySvc; 
     _doTranslateStubData = doTranslateStubData; 
     _doAttachLogo = doAttachLogo; 
    } 

    public Check CreateCheck() 
    { 
     //do the translation... 
    } 
} 

अब, हम अभी भी इसका परीक्षण कर सकते हैं, लेकिन यह वास्तव में कम से कम एक स्वच्छ फैशन में आईओसी कंटेनर के साथ काम नहीं करता है। इसके अलावा, यदि हम प्रत्येक चेक के लिए सेटिंग्स अलग हैं तो हम अब CreateCheck को दो बार कॉल नहीं कर सकते हैं।

जबकि मुझे पता है कि यह एक समस्या है, मुझे जरूरी सही समाधान नहीं दिखता है। यह प्रत्येक वर्ग के लिए फैक्ट्री बनाने के लिए अजीब लगता है ... या यह सबसे अच्छा तरीका है?

Answer 1

यहां अंधेरे में गोली मार दी, लेकिन क्या आप उन पैरामीटर को विधि में ले जा सकते हैं?

दूसरे शब्दों में:

public Check CreateCheck(bool doTranslateStubData, bool doAttachLogo) 
{ 
    //do the translation... 
} 

उन पैरामीटर है निर्माता के माध्यम से पास होने के लिए है?

(नोट - यदि आपकी प्रतिक्रिया यह है कि "व्यावहारिक होने के लिए बहुत सारी विधियां हैं", तो समस्या का हिस्सा यह हो सकता है कि अमूर्तता बहुत मोटा हो)।

---

एक अन्य विकल्प (यह डोमेन मॉडल और इंजेक्शन पैटर्न को समझे बिना कहने के लिए बहुत मुश्किल है) एक पैरामीटर वस्तु है जो अपने आप इंजेक्टर द्वारा प्रबंधित लागू करने के लिए होगा:

public interface ICheckConfiguration 
{ 
    bool AttachLogo { get; } 
    bool TranslateStubData { get; } 
} 

फिर इस इंजेक्षन निर्माता के साथ:

public CheckTranslator (IEmployeeService empSvc, IPaycheckService paySvc, 
    ICheckConfiguration config) 
{ 
    // etc. 
} 

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

---

आखिरी बात मुझे लगता है कि मैं उल्लेख करना चाहिए सिर्फ इसलिए कि आप डि उपयोग कर रहे हैं इसका मतलब यह नहीं है कि सब कुछ है कंटेनर द्वारा प्रबंधित किया जा रहा है। CheckTranslator ऑब्जेक्ट्स को विज्ञापन-प्रसार फैशन में बनाने के लिए ऐसी कोई बुरी बात नहीं है यदि केवल एक ही प्रकार का "अनुवादक" है। जब तक अनुवादक अभी भी अबास्ट्रक्शंस पर निर्भर करता है, जो यह यहां करता है, तो हो सकता है कि आपको इसे इंजेक्शन नहीं देना चाहिए, बस उच्च-स्तरीय डी-सक्षम कक्षाएं उन्हें विज्ञापन-प्रसार दें।