이것은 일반적인 디자인 패턴입니까, 가능하면 대리인 패턴입니까?

Question

어떤 디자인 패턴인지 궁금했습니다.

나는 방법이있다, dao.read().

dao.read(a) { 
    marshal(a.b) 
    a.rootField1() 

    marshal(b) { 
     b.readField1(); // I want to move these calls ... 
     b.readField2(); 
     b.readField3();  
    } 
} 

는 디자인 패턴으로 리팩토링인가 :

dao.read(a) { 
    b = a.moreFields 
    b.readField1(); // I want to move these calls ... 
    b.readField2(); 
    b.readField3(); 

    a.rootField1(); 
} 

이의 내가 이것으로 그 읽기 방법을 리팩토링 가정 해 봅시다? 또는 리팩토링. 나는 리팩토링을 많이하는 경향이 있고 이름을주고 싶기 때문에 묻습니다. 이 메서드를 마샬링하여 대리자 클래스로 옮긴다면 위임이라고 생각합니다.

Answer 1

그것은 desgn 패턴이 아닙니다. 기껏해야 OOP의 기본 기능인 "다형성"입니다. 객체 a에 대한 클래스 A와 객체 b에 대한 B의 메소드로 처리를 추가 할 수 있습니다. 인터페이스를 공유하겠습니다.

interface Marshall { 
    void marshall(<...>); 
} 

...하지만 다른 클래스가 될 수 있습니다.

당신은 분명 DP는 A와 B가 모두 포함 된 복합을 사용하는, 당신은 디자인 패턴하지만 헬퍼 방법이없는이 무엇

composite.marshall(<....>); 

Answer 2

할 것이라고했다하면.