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