डेमेटर का कानून क्या है?

Question

के विकिपीडिया साथ शुरू करते हैं:

अधिक औपचारिक रूप से, कार्यों के लिए Demeter के कानून की आवश्यकता है कि एक विधि एक वस्तु का मीटरहे केवल वस्तुओं में निम्न प्रकार के विधियां प्रारंभ हो सकता है:

1. हे ही
2. मीटर के मापदंडों
3. किसी ऑब्जेक्ट का निर्माण/मी
भीतर instantiated 63,210
4. हे की प्रत्यक्ष घटक
5. एक वैश्विक चर, सुलभ वस्तुओं हे द्वारा, मीटर के दायरे में

नियम 1:

public class ClassOne { 

    public void method1() { 
     method2(); 
    } 

    public void method2() { 

    } 
} 

नियम 2:

public class ClassOne { 

    public void method1(ClassTwo classTwo) { 
     classTwo.method2(); 
    } 
} 

class ClassTwo { 

    public void method2() { 

    } 
} 

नियम 3:

public class ClassOne { 

    public void method1() { 
     ClassTwo classTwo = new ClassTwo(); 
     classTwo.method2(); 
    } 
} 

class ClassTwo { 

    public void method2() { 

    } 
} 

नियम 4 (धन्यवाद @juharr):

public class ClassOne { 

    private ClassTwo classTwo; 

    public void method1() { 
     classTwo = new ClassTwo(); 
     classTwo.method2(); 
    } 
} 

class ClassTwo { 

    public void method2() { 

    } 
} 

नियम 5:

? 

किसी को भी मुझे नियम 5 के साथ मदद कर सकते हैं?

---

और डेमेटर का कानून यह नहीं दर्शाता कि चेनिंग खराब है?

User.getName().getLastName(); 

इससे उच्च युग्मन होता है।

---

एक समान सिद्धांत "बताओ, मत पूछो" नहीं है?

तो यह सब कुछ है? क्या मैं कुछ गलत हूँ? आप डेमेटर के कानून का पालन कैसे कर सकते हैं?

Answer 1

"पूछो मत पूछो" थोड़ा अलग है।

डेमेटर: अंतिम चीज़ पर कुछ करने के लिए कुछ प्राप्त करने के लिए कुछ प्राप्त न करें।

टीडीए: किसी अन्य ऑब्जेक्ट से "जानकारी" पुनर्प्राप्त न करें, फिर उस पर निर्णय लें। सरल उदाहरण:

if (someList.size() == 0) { bla 

बनाम

if (someList.isEmpty()) { bla 

दोनों ही मामलों आप किसी अन्य वस्तु पर एक विधि बुला रहे हैं में; लेकिन एक महत्वपूर्ण अंतर है: पहला कॉल आपको उस अन्य वस्तु की "आंतरिक" स्थिति का खुलासा करता है; जिस पर आप कुछ निर्णय लेते हैं।जबकि, "टीडीए" में दूसरे संस्करण में सुधार हुआ; आप उस अन्य वस्तु के भीतर "स्थिति मूल्यांकन" छोड़ देते हैं; इस प्रकार किसी भी तरह युग्मन कम करना।

Answer 2

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

internal class MyConfiguration 
{ 
    private static String MyConfigurationValue; // set in constructor 
    MyConfiguration(){ MyConfigurationValue = DoSomethingToLoadValue(); } 
    public static String GetMyConfigurationValue(){ return MyConfigurationValue; } 
} 

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

Answer 3

नियम 5 के लिए एक उदाहरण होगा:

public class ClassOne { 
    public void method1() { 
     classTwo.STATIC_INSTANCE.method2(); 
    } 
} 

class ClassTwo { 
    public static final ClassTwo STATIC_INSTANCE = ...; 

    public void method2() { 
    } 
} 

Enums मूल रूप से इस तरह से काम करते हैं, और यह पहुँच enums करने के लिए ठीक है।

---

आपका उदाहरण:

user.getName().getLastName(); 

जाहिर है, कानून के विपरीत है क्योंकि वस्तु आप से मिलता है "getName()" सूचीबद्ध किसी भी श्रेणी में आते हैं नहीं होंगे। नोट: इस गलत भले ही आप चेन कॉल का उपयोग नहीं कर रहे हैं:

Name name = user.getName(); 
name.getLastName(); // <- this is still wrong 

वस्तु "नाम" के बाद से

अभी भी सूचीबद्ध किसी भी श्रेणी में नहीं आता।

हालांकि इस तरह की बातें ठीक हैं:

reportBuilder.withMargin(5).withFooter(10) 
    .withBorder(Color.black).build(); 

क्यों इस अनुमति दी है? क्योंकि जब भी निर्माता को अपरिवर्तनीय के रूप में कार्यान्वित किया जाता है, तो आपको हर बार एक ही वस्तु (रिपोर्टबिल्डर) वापस मिलती है, या हो सकता है कि हर बार एक नई वस्तु हो। किसी भी तरह से, यह कानून 2 या 3 में पड़ता है, तो यह ठीक है या तो।

---

आपका तीसरा सवाल "कैसे पालन करें" है। खैर, यह एक जटिल सवाल है, लेकिन शुरू करने के लिए, इस बारे में सोचें कि कानूनों द्वारा वास्तव में किस तरह के तरीकों को मना किया जाता है!

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

तो मूल रूप से इसका मतलब है कि आपको उन वस्तुओं तक पहुंच प्राप्त करने में सक्षम नहीं होना चाहिए जो आपके क्षेत्र में नहीं, बल्कि प्रत्यक्ष पैरामीटर नहीं हैं। जिसे मैं "नो गेटर्स" के रूप में सारांशित करता हूं!