protected() 접근제어자
안녕하세요.
AbstractTemplate 클래스의 call() 함수의 접근제어자를 protected 로 한 이유가 있을까요?
private - 상속을 받지 못하므로 사용X
call()은 execute() 가 호출하는 내부함수이므로 최대한 접근제어를 줄이면 좋으니까 protected() 사용한 것이 맞을까요?
default와 public 로 굳이 외부로 노출할 필요없다. 이런 것 맞을까요?
감사합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴이에요. 제한된 범위 내에서 접근을 허용하기 위해 protected 접근 제어자를 사용하는 것은 일반적인 설계 원칙 중 하나입니다.
protected 접근 제어자는 해당 멤버를 선언한 클래스와 동일한 패키지에 있는 다른 클래스에서도 접근이 가능하며, 상속 받은 클래스에서도 접근이 가능하도록 합니다. 따라서 call() 함수를 protected로 선언한 것은 execute() 함수를 호출하는 내부 함수로서, 해당 클래스와 서브 클래스에서만 접근이 가능하도록 하기 위함일 수 있습니다.
private 접근 제어자는 해당 멤버를 선언한 클래스 내부에서만 접근이 가능하며, 외부에서는 접근이 불가능합니다. 상속을 받더라도 접근이 불가능하므로 private로 선언할 경우에는 상속 받아서 사용하는 경우가 없는 경우에 적합합니다.
default 접근 제어자는 별도의 접근 제어자를 명시하지 않았을 때, 적용되는 제어자입니다. 해당 멤버를 선언한 클래스와 동일한 패키지 내에서는 접근이 가능하지만, 패키지가 다른 경우에는 접근이 불가능하게 됩니다. 이 경우 외부로 노출될 필요가 없는 경우에 주로 사용됩니다.
public 접근 제어자는 해당 멤버를 어떤 클래스든 접근이 가능하도록 만듭니다. 외부에서 접근해야하는 경우에 사용됩니다.
요약하면, call() 함수를 protected로 선언한 것은 해당 클래스와 상속 받은 클래스에서만 접근이 가능하도록 제한하기 위한 것으로 보입니다. 외부로 노출될 필요가 없는 경우에는 default 접근 제어자를 사용하는 것이 일반적입니다. 이는 설계자의 의도에 따라 다를 수 있으니 구체적인 상황에 따라 적절한 접근 제어자를 선택하면 됩니다. 감사합니다.
어드바이스 순서 디폴트 기준이 궁금합니다.
0
55
1
AspectV1 예제를 @Configuration 수동 등록으로도 가능한가요?
0
81
2
구체 클래스를 상속받아 확장한 형태도 클래스패턴/데코레이터 패턴이라고 칭하나요?
0
57
1
TraceTemplate 을 미리 빈으로 등록해서 사용할때 이렇게 설정하는게 맞는건가요?
0
54
1
Decorator 에서 추상메서드로 뺄때 질문 있습니다.
0
56
1
대상 클래스에 기본 생성자가 없을 때
0
76
1
스프링 부트 버전 4.0 aop 의존성 명칭 변경
1
362
2
final 키워드 사용 관련 질문
0
78
1
안녕하세요
0
65
1
ThradLocal 실무 사례
0
98
2
실무에서의 동시성 문제
0
64
1
로그 등 부가 기능에 대한 테스트코드
0
50
1
ProceedingJoinPoint와 MethodInvocation에 대하여
0
67
1
실무 멀티스레딩에 대한 궁금증
0
70
1
안녕하세요 질문있습니다
0
45
1
AspectV3 aop 실행 순서 문의 드립니다
0
38
1
MDC vs AOP 중에 고민중입니다.
0
76
1
순환참조
0
161
2
this를 단독으로 사용할때랑 파라미터 바인딩 할때 차이
0
78
1
빈 후처리에 등록 질문 있습니다.
0
77
1
AppConfig 설정하는 설명중에 이해가 안되는게 있습니다.
0
90
1
ThreadLocal을 지역변수로 선언하면 remove가 필요할까요?
0
118
2
@Aspect 어노테이션으로 생성된 Advisor의 Bean 저장 여부
0
69
1
ThreadLocal 사용시 부작용이 있을수 있을까요? (ThreadLocal.remove()를 잘한다고 해도..)
0
73
2