जीआरएएसपी टेम्पलेट्स के संदर्भ में एनीमिक और रिच मॉडल

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

उदाहरण के लिए, चर्चा लंबे समय से चल रही है:

• एनीमिक डोमेन मॉडल [अनुवाद]
• [अनुवाद] एनीमिक डोमेन मॉडल - एक विरोधी पैटर्न नहीं, बल्कि ठोस वास्तुकला
  पिछले लेख पर 190 टिप्पणियों को देखते हुए, यह विषय प्रासंगिकता नहीं खोता है।

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

एक "अमीर" मॉडल, बदले में, तर्क हो सकता है जो व्यावसायिक नियमों, कार्यों आदि का वर्णन करता है । कृपया ध्यान दें कि हम उन तरीकों पर विचार कर रहे हैं जो व्यावसायिक तर्क को दर्शाते हैं। ToString, GetHashCode और कक्षाओं के अन्य "तकनीकी" भागों को चर्चा के विषय में शामिल नहीं किया जाता है, और इसलिए इसे अनदेखा किया जाता है।

GRASP

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

GoF पैटर्न से परिचित लोगों के लिए , पैटर्न का यह सेट बहुत धुंधला लग सकता है। बात यह है कि जीआरएएसपी पैटर्न लागू समस्याओं को हल करने पर नहीं, बल्कि कुछ कार्यों और वस्तुओं के बीच संचालन के लिए जिम्मेदारी के वितरण पर केंद्रित है:

• निर्माता वस्तुओं को बनाने के लिए जिम्मेदार है।
• नियंत्रक उपयोगकर्ताओं से संचालन के लिए जिम्मेदार है
• अप्रत्यक्ष वस्तुओं के बीच कमजोर जाल को व्यवस्थित करने के लिए जिम्मेदार है।
  और इसी तरह।

इस लेख के संदर्भ में, मैं निम्नलिखित पैटर्न पर ध्यान देना चाहूंगा:

• सूचना विशेषज्ञ
• शुद्ध कपड़ा

सूचना विशेषज्ञ

समस्या: सुविधाओं के बीच जिम्मेदारियों को साझा करने का मूल सिद्धांत क्या है?
समाधान: इस कर्तव्य को उस वर्ग को सौंपें जिसके पास इसे ले जाने के लिए पर्याप्त जानकारी हो।

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

सूचना के विशेषज्ञ - निष्पादन के लिए अधिकतम आवश्यक जानकारी रखने वाले को जिम्मेदारी सौंपी जानी चाहिए।

C # के संदर्भ में : एक विधि को उस वर्ग में घोषित किया जाना चाहिए जिसके क्षेत्र और गुण इस पद्धति में उपयोग किए जाते हैं।
उदाहरण के लिए, यदि ऋण की राशि की गणना के लिए सभी आवश्यक जानकारी ऋणी (राशि, ऋण का समय) के सार में है, तो यह इस सार में है कि उपयुक्त विधि की घोषणा की जानी चाहिए।
बेशक, यह सरलीकरण कुछ हद तक अत्यधिक है, लेकिन मुख्य बिंदु स्पष्ट होना चाहिए।

शुद्ध कपड़ा

समस्या: सूचना विशेषज्ञ टेम्पलेट उपयुक्त समाधान प्रदान नहीं करने पर किस वर्ग को उच्च सामंजस्य और निम्न युग्मन के कार्यान्वयन को प्रदान करना चाहिए।
समाधान: एक उच्च श्रेणी के सगाई के साथ कर्तव्यों के एक समूह को असाइन करें जो एक कृत्रिम वर्ग के लिए है जो विषय क्षेत्र की विशिष्ट अवधारणा का प्रतिनिधित्व नहीं करता है।

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

यदि यह असमान रूप से विषय मॉडल की उपयुक्त इकाई का चयन करना संभव नहीं है, जिसे जिम्मेदारी सौंपी जा सकती है, तो सिंथेटिक क्षेत्र बनाना आवश्यक है जो विषय क्षेत्र में मौजूद नहीं है।

सी # के संदर्भ में : यदि विधि का कार्यान्वयन कई संस्थाओं या बाहरी निर्भरता के समान उपयोग के लिए प्रदान करता है, तो इस पद्धति को एक अलग वर्ग में घोषित किया जाना चाहिए। और इन वर्गों को सेवाएं कहा जाता है।
उदाहरण के लिए, यदि ऋण की राशि की गणना करने के लिए आपको न केवल देनदार की विशेषताओं को जानना होगा, बल्कि बैंक के मापदंडों (ब्याज दर, स्वीकार्य देरी की अवधि) भी है, तो यह उपयुक्त पद्धति से युक्त एक अलग सेवा बनाने के लायक है।

और इस सबका क्या मतलब है?

पूर्वगामी के संदर्भ में, हम एक काफी सरल एल्गोरिथ्म को भेद कर सकते हैं जो निर्णय लेने में मदद करता है, विधि को एक मॉडल या एक सेवा में रखें :

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

सारांश

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