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