Effective-Java-Study
-
아이템 15. 클래스와 멤버의 접근 권한을 최소화 하라잘 설계된 컴포넌트 VS 어설프게 설계된 컴포넌트차이점 : 클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼는가 ??잘 설계된 컴포넌트
즉 오직 API를 통해서만 다른 컴포넌트와 소통하며 서로의 내부 동작 방식에는 전혀 개의치 않는다. --> 정보 은닉, 캡슐화WHY) 왜 정보 은닉을 해야하는가 ?장점
HOW) 어떻게 정보 은닉을 해야하는가 ?우리는 자바에 대한 공부를 하고 있으니 자바에서는 어떻게 정보 은닉을 하는지 알아보자. 자바는 정보 은닉을 위한 다양한 장치를 제공함.
접근 제한자를 제대로 활용하는 것이 정보 은닉의 핵심!접근 제한자 종류
이러한 접근제한자를 제대로 활용하는 원칙에 대해 알아보자 접근 제한자 활용 원칙
1. 톱레벨 클래스(가장 바깥이라는 의미)와 인터페이스에 부여할 수 있는 접근 수준은 package-private, public 두가지 이다.
패키지 외부에서 쓸 이유가 없다면 package-private로 선언하자 --> 그러면 API가 아닌 내부 구현이 되어 언제든 수정할 수 있음 (클라이언트에 아무런 피해 없이 수정, 교체, 제거 가능) --> public으로 선언했더라면 API가 되므로 하위 호환을 위해 영원히 관리해줘야만 함..2. 한 클래스에서만 사용하는 package-private 톱레벨 클래스나 인터페이스는 이를 사용하는 클래스 안에 private static으로 중첩시키자 (아이템 24 참고)
3. 클래스의 공개 API를 세심히 설계한 후, 그 외의 모든 멤버는 private로 만들자, 그런 다음 오직 같은 패키지의 다른 클래스가 접근해야 하는 멤버에 한하여 (private 제한자를 제거해) package-private로 풀어주자
4. protected 멤버의 수는 적을 수록 좋다.
5. 리스코프 치환 원칙(#26 참고) 을 지키기 위해 클래스가 인터페이스가 정의한 모든 메서드를 public으로 선언해야하는 제약(예외)이 존재한다.
6. 코드를 테스트하기 위한 목적으로 클래스, 인터페이스, 멤버의 접근 범위를 넓히진 말자 (적당한 수준까지는 괜찮음)
7. public 클래스의 인스턴스 필드는 되도록 public이 아니어야 한다. (#39 참고)
8. 7 의 예외가 존재 : 해당 클래스가 표현하는 추상 개념을 완성하는 데 꼭 필요한 구성요소로써의 상수라면 public static final 필드로 공개해도 됨.
9. 클래스에서 public static final 배열 필드를 두거나 이 필드를 반환하는 접근자 메서드를 제공해선 안된다.
public static final Thing[] VALUES = {};위의 코드는 보안에 허점이 존재함. 해결책두 가지 해결 방법이 존재한다.
public static final List<Thing> VALUES = {};
Collections.unmodifiableList(Arrays.asList(PRIVATE_VALUES));
// public static final List<Thing> VALUES = List.of(PRIVATE_VALUES);
// List.of() 또한 불변 리스트를 반환함
private static final Thing[] PRIVATE_VALUES = {};
public static final Thing[] values() {
return PRIVATE_VALUES.clone();
}
모듈 시스템JAVA 9 부터 모듈 시스템이라는 개념이 도입되면서 두 가지 암묵적 접근 수준이 추가됨 모듈 : 패키지 묶음
암묵적 접근 수준 : public, protected 수준의 효과가 모듈 내부로 한정
두가지 암묵적 접근 수준
두가지 암묵적 접근 수준의 주의 사항
모듈 시스템의 활용
ETC
모듈의 장점을 활용하는 법
모듈 시스템의 현재
정리컴포넌트를 잘 설계하기 위해선 -> 정보 은닉, 캡슐화정보은닉을 위한 접근 제한자를 잘 활용하자 -> 접근 제한자 활용 원칙모듈 시스템이라는 것도 있다 |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 10 replies
-
|
접근 제한자 활용 원칙에서 5. ~~ 은 아직 in progress 로 보면 될까요? |
Beta Was this translation helpful? Give feedback.
-
|
아하 아직 정리중입니다. 빨리 정리하겠습니다. 😭 |
Beta Was this translation helpful? Give feedback.
-
접근 제한자 활용 원칙
Spring Framework 를 예로 들어보겠습니다. 일반적인 요청의 시작 지점이라고 할 수 있는 컨트롤러에
자바를 처음 학습할 때, 그리고 객체지향 프로그래밍의 4가지 특징 중 하나인 상속을 한창 접하고 있을 때 고민했던 점이 있습니다. |
Beta Was this translation helpful? Give feedback.
-
음,, 책에서 얘기하는 공개 API의 의미는 해당 기능을 외부 개발자에게 오픈하냐 안하냐의 의미인 거 같아요. |
Beta Was this translation helpful? Give feedback.
-
|
스프링 Controller의 핸들러 메서드 경우 package-private를 쓰지 않는 가장 큰 이유로는 public으로 써야하는 이유, 그리고 public으로 하지 않아 문제가 발생한 케이스 등의 좋은 사례가 있어 링크를 남기니 참고하시면 좋을 듯 해요!! public으로 써야 하는 이유 |
Beta Was this translation helpful? Give feedback.
-
|
정리 감사합니다!
이 뜻이 테스트 코드와 테스트 대상 코드를 같은 패키지에 두고 작성하라는 뜻이겠죠? 실 개발할 때 위와 같은 방식으로 package-private 까지 접근 제한자를 열어두고 테스트 코드를 작성하는지 궁금합니다.!
모듈 시스템과 암묵적 접근 수준은 저에게 생소한 개념이라 이번 기회에 알게 되었습니다. 조금 더 찾아봐야겠지만 |
Beta Was this translation helpful? Give feedback.
-
Q) : 이 뜻이 테스트 코드와 테스트 대상 코드를 같은 패키지에 두고 작성하라는 뜻이겠죠? 실 개발할 때 위와 같은 방식으로 package-private 까지 접근 제한자를 열어두고 테스트 코드를 작성하는지 궁금합니다.!A) :넵 package-private 접근 제한자 까지 범위를 넓히면 같은 패키지에 두면 테스트 코드는 작성할 수 있으니까 이해하신 대로 맞습니다. 사실 private 접근 지정자에 대한 부분에 무조건 접근하지 못하지는 않습니다. 다만 private로 걸어둔 메서드를 리플렉션을 통해 접근한다?? 테스트 코드도 코드인만큼 유지 보수가 좋아야 겠죠.. 그럼 도대체 어떻게 해야할지 저 또한 고민이 많았고 사실 Reflection을 이용해서 해당 코드를 테스트 하거나 (스프링 에서 ReflectionTestUtils 를 사용 하였음..) private 코드는 테스트 코드를 건너 뛰고 통합 테스트에서 괜찮다면 괜찮겠지 라는 핑계로 미루었습니다. JUnit5에서 @ParameterizedTest라는 방법이 있다고는 하는데 해당 부분은 아직 제가 잘 모르는 분야라 대답하긴 힘들 것 같고 같이 알아볼 수 있으면 좋을 것 같습니다. private 메서드를 테스트 해야 하는 상황이 설계의 문제가 있다는 의견 또한 존재하여 이 부분에 대해서도 같이 토론해 봤으면 좋겠습니다. Q) : JDK 9가 릴리즈되고 이펙티브 자바 책 3/E 이 17년도에 나왔는데, 혹시 현재의 모듈 시스템은 어떤지 궁금하네요..A) :저 또한 모듈에 대한 개념은 매우 생소하여 제대로 된 응답을 하지 못하겠습니다. 다만 경험으로는 intelliJ IDE로 자바 프로젝트 혹은 스프링 프로젝트에서 Project Structure에 가 보면 module을 확인할 수 있습니다. 이 module이 아마 책에서 설명하는 module로 이해됩니다.
@coalong 님 또한 QueryDSL을 사용하신 걸로 알고 있는데 이 에러 기억 나십니까?? maven을 build tool로 사용 시 maven clean, compile, package 모든 짓을 다해봐도 이러한 에러가 잡히지 않을 떄가 있습니다.
이러한 설정들이 모듈 시스템의 일부가 아닌지... (진짜 몰라서 옛 경험을 가져왔습니다. ) 왜냐하면 모듈이 패키지의 모음이다 보니까 패키지 전체를 한번에 설정하는 부분이 모듈을 건드리는 게 아닌가?? 이 정도만 생각해았습니다. 좋은 답변이 되었는지 잘 모르겠습니다. ㅎㅎ 질문 주셔서 감사하고 제 대답에 이상한 점이 있거나 다른 질문 있으시면 comment 남겨 주세요. |
Beta Was this translation helpful? Give feedback.
-
이거는 재철님이 맞게 하고 계신 거 같아요,, |
Beta Was this translation helpful? Give feedback.
-
이거는 private 메서드를 테스트하는 방식은 아니고, 한 테스트로 여러 파라미터를 테스트할 수 있도록 JUnit에서 제공하는 기능입니다. @ParameterizedTest
@ValueSource(ints = {1, 3, 5, -3, 15, Integer.MAX_VALUE}) // six numbers
void isOdd_ShouldReturnTrueForOddNumbers(int number) {
assertTrue(Numbers.isOdd(number));
}이런 식으로 쓰면 해당 테스트가 저 ValueSource에 정의된 파라미터에 대해 각각 테스트하게 됩니다. |
Beta Was this translation helpful? Give feedback.
-
|
올려주셔서 감사합니다 ㅎㅎ |
Beta Was this translation helpful? Give feedback.
-
|
https://www.jetbrains.com/help/idea/creating-and-managing-modules.html#modules-idea-java |
Beta Was this translation helpful? Give feedback.
-
|
@coalong 아 그리고 모듈 이야기가 나와서 생각해보니 스프링에서 maven, gradle 빌드 툴로 멀티 모듈 프로젝트 만드신 경험이 있는 것으로 압니다. 그 부분도 기억나신다면 정리해주시면 감사하겠습니다. .ㅎㅎ^^ |
Beta Was this translation helpful? Give feedback.
-
|
그 모듈이 그 모듈이 아닌 것 같습니다. ㅎㅎ |
Beta Was this translation helpful? Give feedback.
접근 제한자 활용 원칙에서 5. ~~ 은 아직 in progress 로 보면 될까요?