-
Notifications
You must be signed in to change notification settings - Fork 1
Home
Incheol Jung edited this page Oct 3, 2020
·
128 revisions
Chapter 2 객체 생성과 파괴
- [item 1] 생성자 대신 정적 팩터리 메서드를 고려하라 @인철
- [item 2] 생성자에 매개변수가 많다면 빌더를 고려하라 @인철
- [item 3] private 생성자나 열거 타입으로 싱글턴임을 보증하라 @정현
- [item 4] 인스턴스화를 막으려거든 private 생성자를 사용하라 @정현
- [item 5] 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 @효원
- [item 6] 불필요한 객체 생성을 피하라 @경희
- [item 7] 다 쓴 객체 참조를 해제하라 @시준
- [item 8] finalizer와 cleaner 사용을 피하라 @정현
- [item 9] try-finally보다는 try-with-resources를 사용하라 @정현
Chapter 3 모든 객체의 공통 메서드
- [item 10] equals는 일반 규약을 지켜 재정의하라 @인철
- [item 11] equals는 재정의하려거든 hashCode도 재정의하라 @효원
- [item 12] toString을 항상 재정의하라 @경희
- [item 13] clone 재정의는 주의해서 진행하라 @시준
- [item 14] Comparable을 구현할지 고려하라 @정현
Chapter 4 클래스와 인터페이스
- [item 15] 클래스와 멤버의 접근 권한을 최소화하라 @인철
- [item 16] public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 @지훈
- [item 17] 변경 가능성을 최소화하라 @효원
- [item 18] 상속보다는 컴포지션을 사용하라 @경희
- [item 19] 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 @시준
- [item 20] 추상 클래스보다는 인터페이스를 우선하라 @정현
- [item 21] 인터페이스는 구현하는 쪽을 생각해 설계하라 @인철
- [item 22] 인터페이스는 타입을 정의하는 용도로만 사용하라 @지훈
- [item 23] 태그 달린 클래스보다는 클래스 계층구조를 활용하라 @효원
- [item 24] 멤버 클래스는 되도록 static으로 만들라 @경희
- [item 25] 톱레벨 클래스는 한 파일에 하나만 담으라 @시준
Chapter 5 제네릭
- [item 26] 로 타입은 사용하지 말라 @정현
- [item 27] 비검사 경고를 제거하라 @인철
- [item 28] 배열보다는 리스트를 사용하라 @지훈
- [item 29] 이왕이면 제네릭 타입으로 만들라 @효원
- [item 30] 이왕이면 제네릭 메서드로 만들라 @경희
- [item 31] 한정적 와일드카드를 사용해 API 유연성을 높이라 @시준
- [item 32] 제네릭과 가변인수를 함께 쓸 때는 신중하라 @정현
- [item 33] 타입 안전 이종 컨테이너를 고려하라 @인철
Chapter 6 열거 타입과 애너테이션
- [item 34] int 상수 대신 열거 타입을 사용하라 @지훈
- [item 35] ordinal 메서드 대신 인스턴스 필드를 사용하라 @효원
- [item 36] 비트 필드 대신 EnumSet을 사용하라 @경희
- [item 37] ordinal 인덱싱 대신 EnumMap을 사용하라 @시준
- [item 38] 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 @정현
- [item 39] 명명 패턴보다 에너테이션을 사용하라 @인철
- [item 40] @Override 애너테이션을 일관되게 사용하라 @지훈
- [item 41] 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 @승민
Chapter 7 람다와 스트림 [8월 22일 start]
- [item 42] 익명클래스보다는 람다를 사용하라 @효원
- [item 43] 람다보다는 메서드 참조를 사용하라 @경희
- [item 44] 표준 함수형 인터페이스를 사용하라 @시준
- [item 45] 스트림은 주의해서 사용하라 @정현
- [item 46] 스트림에서는 부작용 없는 함수를 사용하라 @인철
- [item 47] 반환 타입으로는 스트림보다 컬렉션이 낫다 @지훈
- [item 48] 스트림 병렬화는 주의해서 적용하라 @승민
Chapter 8 메서드
- [item 49] 매개변수가 유효한지 검사하라 @효원
- [item 50] 적시에 방어적 복사본을 만들라 @경희
- [item 51] 메서드 시그니처를 신중히 설계하라 @시준
- [item 52] 다중정의는 신중히 사용하라 @정현
- [item 53] 가변인수는 신중히 사용하라 @인철
- [item 54] null이 아닌, 빈 컬렉션이나 배열을 반환하라 @지훈
- [item 55] 옵셔널 반환은 신중히 하라 @승민
- [item 56] 공개된 API 요소에는 항상 문서화 주석을 작성하라 @효원
Chapter 9 일반적인 프로그래밍 원칙
- [item 57] 지역변수의 범위를 최소화하라 @경희
- [item 58] 전통적인 for문보다는 for-each문을 사용하라 @시준
- [item 59] 라이브러리를 익히고 사용하라 @정현
- [item 60] 정확한 답이 필요하다면 float와 double은 피하라 @인철
- [item 61] 박싱된 기본 타입보다는 기본 타입을 사용하라 @지훈
- [item 62] 다른 타입이 적절하다면 문자열 사용을 피하라 @승민
- [item 63] 문자열 연결은 느리니 주의하라 @효원
- [item 64] 객체는 인터페이스를 사용해 참조하라 @경희
- [item 65] 리플렉션보다는 인터페이스를 사용하라 @시준
Chapter 10 예외
- [item 69] 예외는 진짜 예외 상황에만 사용하라 @승민
- [item 70] 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 @효원
- x [item 71] 필요 없는 검사 예외 사용은 피하라 @경희
- [item 72] 표준 예외를 사용하라 @시준
- [item 73] 추상화 수준에 맞는 예외를 던지라 @인철
- [item 74] 메서드가 던지는 모든 예외를 문서화하라 @정현
- [item 75] 예외의 상세 메시지에 실패 관련 정보를 담으라 @지훈
- [item 76] 가능한 한 실패 원자적으로 만들라 @승민
- [item 77] 예외를 무시하지 말라 @효원
Chapter 11 동시성
- [item 78] 공유 중인 가변 데이터는 동기화해 사용하라 @경희
- [item 79] 과도한 동기화는 피하라 @시준
- [item 80] 스레드보다는 실행자, 태스크, 스트림을 애용하라 @인철
- [item 81] wait와 notify보다는 동시성 유틸리티를 애용하라 @정현
- [item 82] 스레드 안전성 수준을 문서화하라 @지훈
- [item 83] 지연 초기화는 신중히 사용하라 @승민
- [item 84] 프로그램의 동작을 스레드 스케줄러에 기대지 말라 @효원
Chapter 12 직렬화