Demeter 원칙에 대한 혼동

Question

내 문제를 설명하기 위해 C#을 사용하여 예제 코드를 보여 드리겠습니다. 예에

interface IConstructorInfoSelector 
{ 
    //ConstructorInfo is System.Reflection.ConstructorInfo class. 
    ConstructorInfo SelectConstructorInfo(Type declaringType); 
} 

class TestClass 
{ 
    private readonly ConstructorInfo _constructorInfo; 

    public TestClass(IConstructorInfoSelector constructorInfoSelector, Type type) 
    { 
     //Let the line to (A) 
     _constructorInfo = constructorInfoSelector.SelectConstructorInfo(type); 
    } 

    public TestClass(ConstructorInfo constructorInfo) 
    { 
     _constructorInfo = constructorInfo; 
    } 

    public Type GetTypeForConstructor() 
    { 
     //Let the line to (B) 
     return _constructorInfo.DeclaringType; 
    } 
} 

, 내가 ctor에로의 TestClass를 구성하는 경우 (IConstructorInfoSelector, 유형)과 라인 (A)와 (B)를 통해 디테일 정도 (데메테르 원칙의 법을) 위반하는 것이라고 GetTypeForConstructor 전화 .

그러나 다음 코드를 실행하면 코드가 LoD를 위반합니까? 나는 line (C)의 testClass 객체가 메소드 내에서 초기화되고 GetTypeForConstructor 메소드가 호출되고 다른 한편으로는 위의 경우와 같은 원칙을 위반하는 것으로 보이기 때문에 위반하지 않는다고 생각한다. 요약하면 반환 객체가 다른 객체를 만드는 데 사용되면이 실행은 LoD를 위반 한 것으로 간주됩니까?

class LoDQuestionForTestClass 
{ 
    public void DeosThisVoliateTheLoD() 
    { 
     IConstructorInfoSelector concreteSelector = ...; 
     Type testType = ...; 
     var selectConstructorInfo = concreteSelector.SelectConstructorInfo(testType); 
     //Let the line to (C) 
     var testClass = new TestClass(selectConstructorInfo); 
     var result = testClass.GetTypeForConstructor(); 
    } 
} 

Answer 1

한 개체가 세 번째 개체에서 제공 한 다른 개체의 동작에 의존하면 LoD를 위반하게됩니다. 그 중 하나는 "친구의 친구를 신뢰하지 말 것"입니다.

두 번째 예에서는 타사에서 제공하는 개체에 따라 다른 개체가 있으므로 예를 들어 "친구를 신뢰하지 마십시오. 친구의 "를 제외하고 selectConstructorInfo는 단지 그것의 가치를 위해 사용됩니다.

LoD는 특정 프로젝트 (Demeter) 용으로 작성되었으며 가장 엄격한 형식은 다른 프로젝트에는 적용되지 않을 수 있습니다.