Java Decorator 패턴 : 보호 된 메소드를 꾸밀 수 있습니까?

Question

나는 에 장식한다 (데코레이터 설계 패턴)은 공통 기본 클래스이지만, 내가 필요한 방법은 장식이 보호되어있다. 예를 참조하십시오

public class AbstractActor { 
    public void act(){...}  //Delegates its actions to doAct() based on some internal logic 
    protected void doAct(){...} 
} 

서브 클래스는 doAct()를 오버라이드 (override)하기위한 것입니다, 나는 거기에 몇 가지 기능을 주입 할 필요가있다. doAct를 오버라이드 할 수는 있지만 데코레이터 클래스는 데코 레이팅되는 인스턴스의 보호 된 메소드 doAct()에 액세스 할 수 없습니다. 예 :

public class ActorDecorator extends AbstractActor { 
    AbstractActor decoratedInstance; 
    public ActorDecorator(AbstractActor decoratedInstance){ 
     this.decoratedInstance = decoratedInstance; 
    } 
    protected void doAct(){ 
     //Inject my code 
     decoratedInstance.doAct(); //Can't call protected method of decoratedInstance 
    } 
    //Other decorator methods 
} 

이 챌린지에 대한 해결책이 있습니까?

Answer 1

AbstractActor과 ActorDecorator을 동일한 패키지에 넣으면 보호 된 방법에 액세스 할 수 있습니다.

Answer 2

장식하려는 클래스를 확장하는 방법과 보호 된 함수 (액세스 권한이있는)를 호출 한 다음 확장 클래스를 꾸미는 공용 함수를 제공하는 방법에 대해 설명해주십시오. 그래서 당신의 예에서 : 그런 식으로 유지하도록되어 클래스 디자이너가 다음 보호하는 방법을 유지

public class ToDecorateActor extends AbstractActor { 
public void publicAct() { 
    doAct(); 
} 
} 

public class ActorDecorator { 
    ToDecorateActor decoratedInstance; 
    public ActorDecorator(ToDecorateActor decoratedInstance){ 
     this.decoratedInstance = decoratedInstance; 
    } 
    protected void doAct(){ 
     //Inject my code 
     decoratedInstance.publicAct(); 
    } 
    //Other decorator methods 
} 

Answer 3

! 이 방법으로 캡슐화를 위반하면 모든 사람에게 매우 나쁜 프로그래밍 예제를 설정하고 클래스 소비자에게 더 많은 문제가 발생합니다.

그렇다면 귀하의 경우 코드를 삽입하는 데 걸리는 시간이 act()이 될 것이라고 말했습니까? 어쨌든 당신의 보호 된 방법으로 전화 하시겠습니까 doAct()?

희망이 있습니다.

Answer 4

나는 동일한 패키지 이름을 사용하는 것이 가장 좋은 답변이라고 생각하지만, 그 중 한 가지가 내 마음에 쏟아져 나와 의견을 말할 것이다.

doAct() 메소드 주위에 조언을 삽입하려면 Aspect Oriented Programming (예 : AOP, AspectJ)을 사용할 수 있어야합니다. Spring 환경에서 작업하면서 AOP 프로그래밍을 사용할 수있게되면서이 기능을 사용할 수 있습니다.

나는이 문제를 해결하기 위해 AOP를 아직 사용하지 않았다.