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