डेटा ट्रांसफर ऑब्जेक्ट में सार्वजनिक फ़ील्ड

Question

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

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

सार्वजनिक क्षेत्रों का उपयोग करने के लिए नहीं देख सकता एकमात्र कारण यह होगा कि मुझे इन क्षेत्रों में किसी भी प्रकार की सत्यापन करने की आवश्यकता होगी। अगर हम मानते हैं कि मेरे उद्देश्यों के लिए टाइप प्रमाणीकरण पर्याप्त है, तो इस परिदृश्य में सार्वजनिक क्षेत्रों का उपयोग ऑब्जेक्ट उन्मुख डिजाइन से स्वीकार्य ब्रेक है? बड़े बैच ऑपरेशंस में एक सार्वजनिक डीटीओ बेहतर प्रदर्शन करेगा?

Answer 1

अधिकतर प्रोग्रामर इसके बारे में सोच किए बिना गेटर्स/सेटर्स के साथ निजी फ़ील्ड में डिफ़ॉल्ट होंगे। लेकिन किसी भी माल-पंथ की तरह, एक सचेत निर्णय लेने के लिए बेहतर है।

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

एक अन्य कारण यह है कि आप केवल-पढ़ने वाले फ़ील्ड ही बना सकते हैं। अक्सर डीटीओ के लिए, केवल पढ़ने योग्य और अपरिवर्तनीय एक अच्छी पसंद है।

एक तीसरा कारण यह हो सकता है कि आपके डीटीओ को जवाबीन होना चाहिए क्योंकि आप इसे किसी उपकरण में उपयोग करने का इरादा रखते हैं जिसके लिए इसकी आवश्यकता होती है।

यदि इनमें से कोई भी गुण आपके लिए नहीं जाता है, तो सार्वजनिक क्षेत्रों का उपयोग न करने का कोई कारण नहीं है।

एक प्रदर्शन अंतर हालांकि :)

Answer 2

मुझे लगता है कि सार्वजनिक गुणों के साथ 'सेटिंग' या 'थीम' या 'स्टाइल' क्लास रखने के लिए यह बहुत बुरा व्यवहार नहीं है।

रिफैक्टरिंग उपकरणों के साथ आधुनिक IDEs यह तुच्छ मनुष्य के लिए/सेटर एक विशेषता को बढ़ावा देने के लिए यदि आप सेट समय किसी भी जटिल गणनाओं या मूल्यों पर जांच कर देना चाहते हैं।

अक्सर आपके 'सेटथीम' में या जो भी फ़ंक्शन इन सेटिंग्स कक्षाओं का उपभोग करता है वह सत्यापन करने के लिए एक अच्छी साफ जगह है।

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