분류 전체보기 검색 결과

해당 글 166건

[Effective Java] Item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라

1. 인터페이스의 용도 인터페이스란 자신을 구현한 클래스의 인스턴스를 참조할 수 있는 타입 역할이다. 클래스가 어떤 인터페이스를 구현하는 것은 자신의 인스턴스로 무엇을 할 수 있는지를 클라이언트에게 얘기해주는 것이다 2. 안티 패턴 : 상수 인터페이스 PhysicalConstants.java public interface PhysicalConstants { static final double AVOGADROS_NUMBER = 6.022_140_857e23; static final double BOLTZMANN_CONSTANT = 1.380_648_52e-23; static final double ELECTRON_MASS = 9.109_383_56e-31; } 일부 클래스들은 외부 인터페이스에 상수를 선언..
Prodo 독서 리뷰 2021. 4. 12. 19:23

[Effective Java] Item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라

1. 디폴트 메서드 Java 8 부터는 기존의 구현체를 깨뜨리지 않고 인터페이스에 디폴트 메서드를 추가할 수 있다. 그러나 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하기 어렵다. 1.1. SynchronizedCollection 예시 아파치의 SynchronizedCollection은 메서드를 락 객체로 동기화한 후 내부 컬랙션 객체에게 기능을 위임하는 래퍼 클래스이다. removeIf()를 재정의하고 있지 않다. 만약 Java 8의 동기화 되지 않은 removeIf() 디폴트 구현을 물려받는다면? removeIf()의 구현은 동기화를 모르기 때문에 락 객체를 사용할 수 없다. 멀티 쓰레드 상황에서 호출하면 에러가 발생할 수 있다. Java 플랫폼 라이브러리들은 구현한 인터..
Prodo 독서 리뷰 2021. 4. 12. 19:13

[Effective Java] Item 20. 추상 클래스보다는 인터페이스를 우선하라

1. 다중 구현 메커니즘 Java가 제공하는 다중 구현 메커니즘은 추상 클래스와 인터페이스가 있다. 두 메커니즘 모두 인스턴스 메서드를 구현 형태로 제공할 수 있다. 1.1. 추상 클래스 추상 클래스가 정의한 타입을 구현하는 클래스는 반드시 추상 클래스의하위 클래스가 되어야 하는 제약이 있다. 추상 클래스를 확장한 클래스는 다른 클래스를 상속받을 수 없게 된다. 기존 클래스 위에 새로운 추상 클래스를 끼워넣기 어렵다. 두 클래스가 같은 추상 클래스를 확장하고자 하는 경우? 해당 추상 클래스는 두 클래스의 공통 조상이어야 한다. 그렇지 않으면 계층 구조에 혼란을 일으킨다. 1.2. 인터페이스 인터페이스가 선언한 메서드를 모두 정의한 클래스는 상속 여부와 상관없이 같은 타입이 된다. 기존 클래스들도 새로운 ..
Prodo 독서 리뷰 2021. 4. 12. 18:59

[Effective Java] Item 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라

1. 상속의 문서화 상속을 염두하지 않고 설계했으며 상속의 주의점을 문서화하지 않은 외부(개발자에게 통제권이 없는) 클래스를 상속하는 것은 위험하다. 상속용 클래스는 오버라이드 할 수 있는 메서드들을 내부적으로 어떻게 이용하는지(자기사용) 문서로 남겨야 한다. 오버라이드할 수 있는 메서드란 final이 아닌 public 혹은 protected 메서드이다. 재정의 가능 메서드를 호출할 수 있는 모든 상황을 명시해야 한다. API 문서의Implementation Requirements로 시작하는 절이 해당 상황을 명시한다. XX 메서드를 재정의하면 YY 메서드를 사용하는데 영향을 끼칠 수 있다 등의 내용이다. 단순히 내부 매커니즘을 문서화하는 것이 아니라, 효율적인 하위 클래스 제작을 위해 클래스의 내부 동..
Prodo 독서 리뷰 2021. 4. 12. 18:35

[Effective Java] Item 18. 상속보다는 컴포지션을 사용하라

1. 상속 상속은 코드를 재활용하는 강력한 방법이다. 다음의 경우 상속을 활용해도 안전하다. 상위 클래스와 하위 클래스 모두 같은 개발자가 통제하는 패키지에 속해 있다. 클래스가 확장할 목적으로 설계되었으며 문서화가 잘 되어있다. 그러나 일반적인 구체 클래스를 패키지 경계를 넘어, 다른 패키지의 구체 클래스를 상속하는 것은 위험하다. (인터페이스 상속은 논외로 친다.) 상위 클래스가 어떻게 구현되느냐에 따라 하위 클래스의 동작에 이상이 생길 수 있다. 상위 클래스는 릴리스마다 내부 구현이 달라질 수 있다. 여파로 코드 한 줄 변경하지 않은 하위 클래스가 오작동할 수 있다. 상위 클래스 변화의 영향이 하위 클래스에게 끼친다. 2. 상속의 단점 MyHashSet.java public class MyHashS..
Prodo 독서 리뷰 2021. 4. 11. 19:04

[Effective Java] Item 17. 변경 가능성을 최소화하라

1. 불변 클래스 불변 클래스란 인스턴스의 내부 값을 수정할 수 없는 클래스이다. 불변 인스턴스에 저장된 정보는 객체가 소멸하는 순간까지 불변한다. 불변 클래스를 만드는 규칙은 다음과 같다. 객체의 상태를 변경하는 setter 등의 변경자 메서드를 제공하지 않는다. 클래스를 확장할 수 없도록 한다. 클래스를 final로 선언함으로써 하위 클래스에서 객체의 상태를 변경하는 것을 막는다. 모든 필드를 final로 선언한다. 설계자의 의도를 명확하게 드러낸다. 인스턴스를 동기화 없이 다른 스레드에게 건네도 문제가 없어진다. 모든 필드를 private으로 선언한다. 필드가 참조하는 가변 객체를 클라이언트가 변경하지 못하도록 제한한다. public final만 선언해도 불변 객체가 되지만 클라이언트가 해당 값을 ..
Prodo 독서 리뷰 2021. 4. 11. 18:58

[Effective Java] Item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라

1. public 데이터 필드의 단점 클래스의 데이터 필드를 public으로 공개하면 여러 단점이 존재한다. 외부에서 해당 데이터 필드에 직접 접근할 수 있어 캡슐화의 장점을 살릴 수 없다. API를 수정하지 않고는 내부 표현을 바꿀 수 없다. 불변식을 보장할 수 없다. 외부에서 해당 데이터 필드에 접근할 때 부수 작업을 수행할 수 없다. 2. getter 패키지 외부에서 접근할 수 있는 public 클래스가 필드를 공개하면 이를 사용하는 클라이언트가 생겨날 것이며, 클래스의 내부 표현을 마음대로 바꾸기 어려워진다. 따라서 데이터 필드를 private으로 캡슐화하고 getter 등의 접근자를 제공함으로써 클래스의 내부 표현 방식을 언제든 바꿀 수 있는 유연성을 얻을 수 있다. 그러나 package-pri..
Prodo 독서 리뷰 2021. 4. 11. 18:41

[Effective Java] Item 15. 클래스와 멤버의 접근 권한을 최소화하라

1. 캡슐화 컴포넌트는 모든 내부 구현을 숨김으로써 구현과 API를 분리한다. 오직 API를 통해 다른 컴포넌트와 소통할 뿐, 서로의 내부 동작 방식은 신경쓰지 않는다. 컴포넌트들을 독립시키는 캡슐화의 장점은 다음과 같다. 시스템 개발 속도를 높인다. 여러 컴포넌트를 병렬로 개발할 수 있다. 시스템 관리 비용을 낮춘다. 각 컴포넌트를 빨리 파악하여 디버깅이 쉽고, 컴포넌트 교체 부담이 적다. 성능 최적화에 기여한다. 다른 컴포넌트에 영향을 주지 않고 특정 컴포넌트를 최적화할 수 있다. 소프트웨어 재사용성을 높인다. 독자적으로 동작하는 컴포넌트는 낯선 환경에서도 유용하게 쓰일 가능성이 높다. 큰 시스템을 제작하는 난이도를 낮춘다. 시스템 전체가 완성되지 않아도 개별 컴포넌트의 동작을 테스트할 수 있다. 2..
Prodo 독서 리뷰 2021. 4. 11. 18:28