Effective Java 독서
1.[ Item4 ] 인스턴스화를 막으려거든 private 생성자를 사용하라
정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때 (ex 유틸리티 클래스)기본 타입 값이나 배열 관련 메서드들을 모아놓을 때Java.lang.Mathjava.util.Arrays 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드(or 팩터리)를 모아놓을
2.[ Item10 ] equals는 일반 규약을 지켜 재정의하라
문제를 회피하는 가장 쉬운 길은 아예 재정의 하지 않는 것이다특히 아래의 상황 중 하나에 해당된다면 재정의 하지 않는 것이 최선이다각 인스턴스가 본질적로 고유하다인스턴스의 '논리적 동치성'을 검사할 일이 없다ex) java.util.regex.Pattern은 equal
3.[ Item16 ] public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
인스턴스 필드를 모아놓는 일 외에는 아무 목적이 없는 클래스데이터 필드에 직접 접근 -> 캡슐화의 이점 XAPI를 수정하지 않고는 내부 표현을 바꿀 수 없음불변식을 보장 못함외부에서 필드에 접근할 때 부수 작업을 수행할 수도 없다.필드를 모두 private으로 바꾸고
4.[ Item22 ] 인터페이스는 타입을 정의하는 용도로만 사용하라
인터페이스자신을 구현한 클래스의 인스턴스를 참조할 수 있는 타입 역할클래스가 어떤 인터페이스를 구현자신의 인스턴스로 무엇을 할 수 있는지를 클라이언트에 얘기해주는 것인터페이스는 이 용도로만 사용해야 한다!상수 인터페이스 메서드 없이, 상수를 뜻하는 static fina
5.[ Item28 ] 배열보다는 리스트를 사용하라
배열은 공변(covariant)이다.배열 Sub\[]은 배열 Super\[]의 하위 타입이다 (공변 -> 함께 변하다)제네릭은 불공변이다.서로 다른 타입 Type1과 Type2가 있으면 List은 List의 상위 타입도, 하위 타입도 아니다.배열은 실체화(reify)된
6.[ Item34 ] int 상수 대신 열거 타입을 사용하라
열거 타입일정 개수의 상수 값을 정의한 다음, 그 외의 값은 허용하지 않는 타입예시) 사계절, 태양계의 행성, 카드게임의 카드 종류타인 안전을 보장할 방법이 없다오렌지를 건네야 할 메서드에 사과를 보내고 동등 연산자(==)로 비교하더라도 컴파일러는 아무런 경고 메시지를
7.[ Item 40 ] @Override 애너테이션을 일관되게 사용하라
@Override는 메서드 선언에만 달 수 있다상위 타입의 메서드를 재정의했음을 뜻한다@Override 애너테이션을 일관되게 사용하면 여러 가지 악명 높은 버그들을 예방해준다 '재정의'를 하려다 실수로 '다중정의'하게 되는 것을 막아준다. equals 메서드를 재정의
8.[ Item 46 ] 스트림에서는 부작용 없는 함수를 사용하라
단순 API가 아닌, 함수형 프로그래밍에 기초한 패러다임이다각 변환 단계는 가능한 한 이전 단계의 결과를 받아 처리하는 순수 함ㅅ여야 한다. 순수 함수란 오직 입력만이 결과에 영향을 주는 함수다함수 객체는 모두 부작용(side effect)이 없어야 한다.텍스트 파일에
9.[ Item 52 ] 다중정의는 신중히 사용하라
"집합", "리스트", "그 외"를 차례로 출력할 것 같지만, 실제로는 '그 외'만 세 번 출력함다중정의된 메서드 중 어느 메서드를 호출할지는 컴파일타임에 정해지기 때문이다.컴파일타임에는 for문 안의 c는 항상 Collection<?> 타입이다.재정의한 메서드는
10.[ Item 58 ] 전통적인 for 문 보다는 for-each 문을 사용하라
반복자와 인덱스 변수는 모두 코드를 지저분하게 할 뿐이다.우리에게 진짜 필요한 건 원소들 뿐이다.1회 반복에서 반복자는 세 번 등장하며 인덱스는 네번 등장하여 변수를 잘못 사용할 틈새가 넓어진다.for-each 문의 정식 이름은 '향상된 for 문' 이다.반복자와 인덱
11.[ Item 64 ] 객체는 인터페이스를 사용해 참조하라
적합한 인터페이스만 있다면 매개변수뿐 아니라 반환값, 변수, 필드를 전부 인터페이스 타입으로 선언하라.객체의 실제 클래스를 사용해야 할 상황은 '오직' 생성자로 생성할 때뿐이다.인터페이스를 타입으로 사용하는 습관을 길러두면 프로그램이 훨씬 유연해진다.원래의 클래스가 인
12.[ Item 70 ] 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
자바의 문제 상황을 알리는 타입(throwable) 세 가지검사 예외런타임 예외에러언제 무엇을 사용해야 하는지 헷갈리는 경우가 있다.검사와 비검사 예외를 구분하는 기본 규칙이다.검사 예외를 던지면 호출자가 그 예외를 catch로 잡아 처리하거나 더 바깥으로 전파하도록
13.[ Item 76 ] 가능한 한 실패 원자적으로 만들라
호출 된 메서드가 실패하더라도 해당 객체는 메서드 호출 전 상태를 유지해야 한다.이러한 특성을 실패 원자적 이라고 한다.불변 객체로 설계한다.불변 객체는 태생적으로 실패 원자적이다.메서드가 실패하면 새로운 객체가 만들어 지지 않을 수 있으나 기존 객체가 불안정한 상태에
14.[ Item 82 ] 스레드 안전성 수준을 문서화하라
한 메서드를 여러 스레드가 동시에 호출할 때 그 메서드가 어떻게 동작하느냐는 해당 클래스와 이를 사용하는 클라이언트 사이의 중요한 계약과 같다.synchronized 한정자가 보이는 메서드는 스레드 안전하다는 이야기\-> 몇 가지 면에서 틀림1\. 자바독이 기본 옵션에
15.[Item 88] readObject 메서드는 방어적으로 작성하라
아이템 50에서 불변인 날짜 범위 클래스를 만드는 데 가변인 Date 필드를 이용했다. 그래서 불변식을 지키고 불변을 유지하기 위해 생성자와 접근자에서 Date 객체를 방어적으로 복사하느라 코드가 상당히 길어졌다.이 클래스를 직렬화 한다면? 이 클래스 선언에 imple