डिजाइन गंध: डिफ़ॉल्ट निर्माता

यह पोका-योक डिज़ाइन के बारे में एक श्रृंखला में पांचवीं पोस्ट है - जिसे एनकैप्सुलेशन के रूप में भी जाना जाता है ।

डिफ़ॉल्ट निर्माता कोड में "गंध" हैं। यह सही है। यह अपमानजनक लग सकता है , लेकिन निम्नलिखित पर ध्यान दें: ऑब्जेक्ट ओरिएंटेशन कोड (कक्षाओं) के सुसंगत टुकड़ों में व्यवहार और डेटा का एनकैप्सुलेशन है। एनकैप्सुलेशन का अर्थ है कि वर्ग को उस डेटा की अखंडता की रक्षा करनी चाहिए जिसे वह एनकैप्सुलेट करता है। जब डेटा आवश्यक होता है, तो उसे निर्माणकर्ता के माध्यम से अनुरोध किया जाना चाहिए। इसके विपरीत, डिफ़ॉल्ट कंस्ट्रक्टर कहता है कि किसी बाहरी डेटा की आवश्यकता नहीं है । वर्गीय आक्रमणकारियों के बारे में यह एक कमज़ोर कथन है।

कृपया ध्यान दें कि यह पोस्ट " गंध " का वर्णन करता है। इसका मतलब यह है कि जब एक विशेष मुहावरे या पैटर्न (इस मामले में, डिफ़ॉल्ट कंस्ट्रक्टर) कोड में पाया जाता है, तो यह अतिरिक्त शोध को ट्रिगर करना चाहिए।
जैसा कि हम आगे ध्यान देते हैं, डिफ़ॉल्ट कंस्ट्रक्टर के साथ सब कुछ सामान्य होने पर कई परिदृश्य होते हैं, इसलिए इस पोस्ट का लक्ष्य डिफॉल्ट डिफॉल्टर्स को हराना नहीं है। विचार के लिए भोजन प्रदान करना लक्ष्य है।

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

public class Fragrance : IFragrance { private readonly string name; public Fragrance(string name) { if (name == null) { throw new ArgumentNullException("name"); } this.name = name; } public string Spread() { return this.name; } } 

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

डिफ़ॉल्ट निर्माणकर्ताओं का उपयोग कब उचित है?
ऐसे परिदृश्य हैं जिनमें डिफ़ॉल्ट निर्माणकर्ताओं का उपयोग उचित है (मुझे यकीन है कि नीचे एक से अधिक ऐसे परिदृश्य हैं):

• यदि कोई कंस्ट्रक्टर सभी सामग्री फ़ील्ड में सार्थक डिफ़ॉल्ट असाइन कर सकता है, तो यह अभी भी अपने आक्रमणकारियों की सुरक्षा करता है। एक उदाहरण के रूप में, UriBuilder वर्ग का डिफ़ॉल्ट कंस्ट्रक्टर इसके आंतरिक मूल्यों को एक सुसंगत सेट में आरंभीकृत करता है, जो उड़ी को लोकलहोस्ट पर सेट करता है, जब तक कि इसके एक या अधिक गुणों को क्रमिक रूप से संशोधित नहीं किया जाता है। आप डिफ़ॉल्ट व्यवहार से सहमत हो सकते हैं या नहीं, लेकिन यह सुसंगत है और इनकैप्सुलेशन प्रदान करता है।
• यदि कक्षा में डेटा नहीं है, तो यह स्पष्ट है कि सुरक्षा के लिए कुछ भी नहीं है। हालांकि, यह " अन्य सदस्यों से ईर्ष्या " के "गंध" का एक लक्षण हो सकता है, जिसे आमतौर पर साबित किया जा सकता है यदि प्रश्न में वर्ग विशिष्ट है।
  यदि ऐसी कक्षा को आसानी से स्थिर घोषित किया जा सकता है, तो यह संकेतित "गंध" का एक स्पष्ट संकेत है।
  यदि, दूसरी ओर, एक वर्ग एक इंटरफ़ेस को लागू करता है, तो यह एक संकेत हो सकता है कि यह शुद्ध व्यवहार का प्रतिनिधित्व करता है।

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