큰 객체 계층 구조로 방문자 패턴 사용

문맥

객체 계층 구조 (표현식 트리)에서 "의사"방문자 패턴 (이중 디스패치를 ​​사용하지 않는 의사)을 사용했습니다.

 public interface MyInterface
 {
      void Accept(SomeClass operationClass);
 }

 public class MyImpl : MyInterface 
 {
      public void Accept(SomeClass operationClass)
      {   
           operationClass.DoSomething();
           operationClass.DoSomethingElse();
           // ... and so on ...
      }
 }

그러나 MyInterface의 구현 수가 상당수 (~ 50 이상)이고 추가 작업을 추가 할 필요가 없기 때문에이 디자인은 의문의 여지가 없었으며 매우 편안했습니다.

각 구현은 고유하며 (다른 표현식 또는 연산자 임) 일부는 복합입니다 (예 : 다른 연산자 / 리프 노드를 포함하는 연산자 노드).

순회는 현재 트리의 루트 노드에서 Accept 작업을 호출하여 수행됩니다. 트리 노드는 차례로 각 하위 노드에서 Accept를 호출합니다.

그러나 예쁜 인쇄와 같은 새로운 작업 을 추가 해야 할 시점이 왔습니다 .

 public class MyImpl : MyInterface 
 {
      // Property does not come from MyInterface
      public string SomeProperty { get; set; }

      public void Accept(SomeClass operationClass)
      {   
           operationClass.DoSomething();
           operationClass.DoSomethingElse();
           // ... and so on ...
      }

      public void Accept(SomePrettyPrinter printer)
      {
           printer.PrettyPrint(this.SomeProperty);
      }
 }    

기본적으로 두 가지 옵션이 있습니다.

• 유지 관리 비용 (옵션이 아닌 IMHO)을 희생하여 각 파생 클래스에 새로운 작업 방법을 추가하여 동일한 디자인을 유지합니다.
• 확장 성을 희생시키면서 "참된"방문자 패턴을 사용하십시오 (추가 구현이 필요할 것으로 예상되므로 옵션이 아닙니다 ...). ?

질문

방문자 패턴을 사용하여 다시 명령 하시겠습니까? 이 문제를 해결하는 데 도움이되는 다른 패턴이 있습니까?

3 가지 프로그래밍 언어로 6 개의 대규모 프로젝트에서 10 년 이상 표현 트리를 표현하기 위해 방문자 패턴을 사용하고 있으며 결과에 매우 만족합니다. 패턴을 훨씬 쉽게 적용 할 수있는 몇 가지 사항을 발견했습니다.

방문자의 인터페이스에서 과부하를 사용하지 마십시오

메소드 이름에 유형을 입력하십시오.

IExpressionVisitor {
    void VisitPrimitive(IPrimitiveExpression expr);
    void VisitComposite(ICompositeExpression expr);
}

오히려

IExpressionVisitor {
    void Visit(IPrimitiveExpression expr);
    void Visit(ICompositeExpression expr);
}

방문자 인터페이스에 "catch unknown"메소드를 추가하십시오.

코드를 수정할 수없는 사용자가 가능할 수 있습니다.

IExpressionVisitor {
    void VisitPrimitive(IPrimitiveExpression expr);
    void VisitComposite(ICompositeExpression expr);
    void VisitExpression(IExpression expr);
};

이것은 그들 자신의 구현을 구축 할 것입니다 IExpression그리고 IVisitor그것을 자신의 포괄의 구현에 런타임 타입 정보를 이용하여 자신의 표현 "이해" VisitExpression방법은.

IVisitor인터페이스 의 기본 수행 작업 구현

이렇게하면 식 유형의 하위 집합을 처리해야하는 사용자가 방문자를 더 빠르게 구축하고에 더 많은 메서드를 추가하여 코드에 면역성을 부여 할 수 IVisitor있습니다. 예를 들어, 표현식에서 모든 변수 이름을 수집하는 방문자를 작성하는 것은 쉬운 작업이되고 IVisitor나중에 새 표현식 유형을 추가하더라도 코드가 중단되지 않습니다 .