- 발표순서 : 이연우 - 김수미 - 이용훈 - 김형욱 - 김병연
- 스크럼마스터 : 이용훈 - 김병연 - 김수미 - 이연우 - 김형욱
- 스터디 전날 오후 8시 전까지 발표자는 발표자료를 Github에 업로드 해야 합니다. (지각시 커피 +1)
- 발표자 외 스터디 시간 전까지 comment를 통해 주제마다 질문을 한개씩 등록해야 합니다. (지각시 커피 +1)
- comment를 달 때,
Files changed→Review Changes에서approve도 해주세요.
- comment를 달 때,
- 발표자가 발표자료를 늦게 업로드 해서 다른 팀원들이 comment를 달지 못했다? 발표자가 연대책임 합니다. (커피 +4)
- 스터디원 각자 본인만의 branch를 생성하여 해당 branch 에서 작업(코드/md 작성)합니다.
- branch에서의 작업이 완료되었으면 해당 작업에 대한 PR을 날려, 스터디가 끝나고 merge 할 수 있도록 해주세요.
- main branch의
Readme.md에는 Item 별로 작성한 발표자료의 링크를 모아주세요. (아래 예시 참고) - 발표자료가 저장되어있는 링크에는 발표자료 외에 발표에 참고할 수 있는 코드 등을 저장해두셔도 됩니다.
- 발표자 준비 자료 확인
- 발표 전
approve확인 - 발표자 자료 외 merge 안된 PR merge 하도록 요청하기
- main branch 최신화 확인
- 발표 순서, 스마 Bold 처리 후 README 업데이트
1장 : 들어가기
2장 : 객체 생성과 파괴
- Item1 : 생성자 대신 정적 팩토리 메서드를 고려하라
- Item2 : 생성자에 매개변수가 많다면 빌더를 고려하자
- Item3 : private 생성자 혹은 enum 타입으로 싱글톤임을 보증하라
- Item4 : 인스턴스화를 막으려거든 private 생성자를 사용하라
- Item5 : 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
- Item6 : 불필요한 객체 생성을 피하라
- Item7 : 다 쓴 객체 참조를 해제하라
- Item8 : finalizer와 cleaner 사용을 피하라
- Item9 : try-finally보다는 try-with-resources를 사용하라
3장 : 모든 객체의 공통 메서드
- Item10 : equals는 일반 규약을 지켜 재정의하라
- Item11 : equals를 재정의하려거든 hashCode도 재정의하라
- Item12 : toString을 재정의하라
- Item13 : clone 재정의는 주의해서 진행하라
- Item14 : Comparable을 구현할지 고려하라
4장 : 클래스와 인터페이스
- Item15 : 클래스와 멤버의 접근 권한을 최소화하라
- Item16 : public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
- Item17 : 변경 가능성을 최소화하라
- Item18 : 상속보다는 컴포지션을 사용하라
- Item19 : 상속을 고려해 설계하고 문서화하라
- Item20 : 추상 클래스보다는 인터페이스를 우선하라
- Item21 : 인터페이스는 구현하는 쪽을 생각해 설계하라
- Item22 : 인터페이스는 타입을 정의하는 용도로만 사용하라
- Item23 : 태그 달린 클래스보다는 클래스 계층구조를 활용하라
- Item24 : 멤버 클래스는 되도록 static 으로 만들라
- Item25 : 톱레벨 클래스는 한 파일에 하나만 담으라
5장 : 제네릭
- Item26 : 로 타입은 사용하지 말라
- Item27 : 비검사 경고를 제거하라
- Item28 : 배열보다는 리스트를 사용하라
- Item29 : 이왕이면 제네릭 타입으로 만들라
- Item30 : 이왕이면 제네릭 메서드로 만들라
- Item31 : 한정적 와일드카드를 사용해 API 유연성을 높이라
- Item32 : 제네릭과 가변인수를 함께 쓸 때는 신중하라
- Item33 : 타입안정 이종 컨테이너를 고려하라
6장 : 열거 타입과 애너테이션
- Item34 : int 상수 대신 열거 타입을 사용하라
- Item35 : ordinal 메소드 대신 인스턴스 필드를 사용하라
- Item36 : 비트 필드 대신 EnumSet을 사용하라
- Item37 : EnumMap 을 사용하라
- Item38 : 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라.
- Item39 : 명명 패턴보다 Annotation을 사용하라
- Item40 : 어노테이션을 일관되게 사용하라
- Item41 : 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
7장 : 람다와 스트림
- Item42 : 익명 클래스보다 람다를 사용하라
- Item43 : 람다보다는 메서드 참조를 사용하라
- Item44 : 표준 함수형 인터페이스를 사용하라
- Item45 : 스트림은 주의해서 사용하라
- Item46 : 스트림에서는 부작용 없는 함수를 사용하라
- Item47 : 반환 타입으로는 스트림보다 컬렉션이 낫다
- Item48 : 스트림 병렬화는 주의해서 사용하라
8장 : 열거 타입과 애너테이션
- Item49 : 매개변수가 유효한지 검사하라
- Item50 : 적시에 방어적 복사본을 만들라
- Item51 : 메서드 시그니처를 신중히 설계하라
- Item52 : 다중정의는 신중히 사용하라
- Item53 : 가변인수는 신중히 사용하라
- Item54 : null 이 아닌, 빈 컬렉션이나 배열을 반환하라
- Item55 : 옵셔널 반환은 신충히 해라
- Item56 : 항상 문서화 주석을 작성하라
9장 : 일반적인 프로그래밍
- Item57 : 지역변수의 범위를 최소화하라
- Item58 : 전통적 for 문 보다는 for-each 문을 사용하라
- Item59 : 라이브러리를 익히고 사용하라
- Item60 : 정확한 답이 필요하다면 float와 double은 피하라
- Item61 : 박싱된 기본 타입보다는 기본 타입을 사용하라
- Item62 : 다른 타입이 적절하다면 문자열 사용을 피하라
- Item63 : 문자열 연결은 느리니 주의하라
- Item64 : 객체는 인터페이스를 사용해 참조하라
- Item65 : 리플렉션보다는 인터페이스를 사용하라
- Item66 : 네이티브 메소드는 신중히 사용하라
- Item67 : 최적화는 신중히 하라
- Item68 : 일반적으로 통용되는 명명규칙을 따르라
10장 : 예외
- Item69 : 예외는 진짜 예외 상황에만 사용하라
- Item70 : 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
- Item71 : 필요없는 예외 검사는 피하라
- Item72 : 표준 예외를 사용하라
- Item73 : 추상화 수준에 맞는 예외를 던져라
- Item74 : 메서드가 던지는 모든 예외를 문서화하라
- Item75 : 예외의 상세 메시지에 실패 관련 정보를 담으라
- Item76 : 가능한 한 실패 원자적으로 만들라
- Item77 : 예외를 무시하지 말라
11장 : 동시성
- Item78 : 공유 중인 가변 데이터는 동기화해 사용하라
- Item79 : 과도한 동기화는 피하라
- Item80 : 스레드보다는 실행자, 태스크, 스트림을 사용하라
- Item81 : wait와 notify보다는 동시성 유틸리티를 애용하라
- Item82 : 스레드 안전성 수준을 문서화하라
- Item83 : 지연 초기화는 신중히 사용하라
- Item84 : 프로그램의 동작을 스레드 스케줄러에 기대지 말라
12장 : 직렬화