सरल प्रश्न: मैं समझता हूं कि सी # में सीरियलिफ़िकेशन के लिए डिफ़ॉल्ट निर्माणकर्ताओं की आवश्यकता होती है। यह कंस्ट्रक्टर इंजेक्टेड डीआई (जो आमतौर पर डीआई की पसंदीदा शैली है, मेरे पढ़ने में [उद्धरण वांछित] ) का उपयोग करने की संभावना को समाप्त कर देगा । तो क्या यह वास्तव में या तो स्थिति है या मैं कुछ याद कर रहा हूं?
(साइड क्वेश्चन): क्या आईओसी कंटेनर इस ट्रेडऑफ को किसी तरह आगे बढ़ाते हैं?
@ रोबर्टहवे: मैं थोड़ा घना महसूस कर रहा हूं, लेकिन मैं आपको नहीं पाता। "पैरामीटरयुक्त प्रशिक्षक" क्या है? (टाइपो?) एक बार एक वस्तु को डी-सीरियल किए जाने के बाद, मैं इसे फिर से निर्माण नहीं कर सकता। क्या आप सुझाव दे रहे हैं कि मैं एक डिफ़ॉल्ट-संरक्षित वस्तु पर संपत्ति / सेटर इंजेक्शन का उपयोग करूं?
—
kmote
एक पैरामीटर निर्मित निर्माता पैरामीटर के साथ एक है। मैं यहाँ यह मान रहा हूँ कि deserialization डेटा से उत्पन्न होता है जो एक ऐसी वस्तु से प्राप्त होता है जिसे निर्भरता इंजेक्शन का उपयोग करके ठीक से बनाया गया था। आपको वशीकरण के दौरान वस्तु का निर्माण नहीं करना है; यह पहले से ही निर्माण किया गया था।
—
रॉबर्ट हार्वे
नहीं, तुम गलत नहीं हो। यह वैसे काम करता है। इसे बैक-डोर इंजेक्शन समझें। आपको कोई सत्यापन नहीं मिलेगा, लेकिन यह काम करेगा। ध्यान दें कि बाइनरीफ़ॉर्मर और डेटाकंट्रेक्टसलाइज़र को डिफ़ॉल्ट निर्माणकर्ताओं की आवश्यकता नहीं है।
—
रॉबर्ट हार्वे
स्पष्ट होने के लिए, सभी डिसेरिएलाइज़ेशन करता है जो आपके ऑब्जेक्ट में एक्सएमएल ऑब्जेक्ट में निर्दिष्ट मानों के साथ स्थिति को भरता है। इसे पूरा करने के लिए यह परावर्तन का उपयोग करता है, और किसी भी प्रकार के निर्माता सत्यापन तर्क को दरकिनार कर देता है, इसलिए DI के दृष्टिकोण से, यह धोखा है, जब तक कि उन XML मान मूल रूप से साधारण DI के माध्यम से निर्मित वस्तु से नहीं आए।
—
रॉबर्ट हार्वे
This would eliminate the possibility of using Constructor injected DI-- क्यों? आपके पास अभी भी पैरामीटराइज्ड इंस्ट्रक्टर हो सकते हैं, इसलिए जब तक आप क्रमांकन प्रयोजनों के लिए एक डिफ़ॉल्ट कंस्ट्रक्टर शामिल करते हैं (यदि आप चाहें तो डिफॉल्ट कंस्ट्रक्टर निजी हो सकता है)।