developer-book-club / effective-java-2207

디벨럽(3기) - effective-java 스터디

📖 디벨럽 3기 - 이펙티브 자바 (책 정보)

2022.07.31부터 2022.09.25까지 8주 간 진행되는 이펙티브 자바 스터디입니다.
읽고 배운점을 남기고 피드백합니다.

📒 진행 방식

• 매주 일요일 오후 9시 스터디를 진행해요.
• 토요일에서 일요일로 넘어가는 자정까지 '발표가 가능할 수준'까지 학습하며 학습 자료 PR 남겨요.
• 스터디 당일, 모든 팀원이 돌아가며 학습 내용 발표해요.
  • 일요일 오후 6시까지 각 팀원들은 올라온 PR에 피드백 및 Approve
  • 이해가 잘 되지 않는 부분이나 질문이 있다면 함께 피드백
  • 발표 및 피드백이 끝난 팀원의 PR은 merge
• 발표가 모두 종료되었다면 다음 스터디에서의 학습할 양과 담당자 정하고 스터디를 마쳐요.

🚩 스터디 참여 체크

스터디 참여는 2가지가 체크됩니다.

1. 학습자료를 마감시간 전까지 작성했는가?
2. 스터디 당일에 참석하고 발표를 진행했는가?

📅 일정

각 장의 발표 담당자 중 랜덤으로 추첨하여 발표자 선정

스터디 날짜	학습부분	발표 담당자
7월 31일	1장 들어가기 / 2장 객체 생성과 파괴	1장 이창희, 이민현 / 2장 박연오, 공한나
8월 7일	3장 모든 객체의 공통 메서드 P.51~94	3장 명기범, 이창희
8월 14일	4장 클래스와 인터페이스 P.95~152	4장 이민현, 박연오
8월 21일	5장 제네릭 P.153~206	5장 공한나, 박연오
8월 28일	6장 열거 타입과 애너테이션 P.207~252 / 7장 람다와 스트림 P.253~256	6장 이창희, 이민현 / 7장 박연오, 공한나
9월 4일	8장 메서드 P.257~342	8장 이민현, 이창희
9월 18일	9장 일반적인 프로그래밍 원칙 P.343~384 / 10장 예외 P.385~412	9장 이민현, 박연오 / 10장 공한나, 박연오
9월 25일	11장 동시성 P.413~448 / 12장 직렬화 P.449~482	11장 이창희, 이민현 / 12장 박연오, 공한나

[목차 별 페이지]

• 1장 들어가기 P. 1~6 (5페이지)

2장 객체 생성과 파괴 P. 7~50 (44페이지)

아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라

아이템 2. 생성자에 매개변수가 많다면 빌더를 고려하라

아이템 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라

아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라

아이템 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라

아이템 6. 불필요한 객체 생성을 피하라

아이템 7. 다 쓴 객체 참조를 해제하라

아이템 8. finalizer와 cleaner 사용을 피하라

아이템 9. try-finally보다는 try-with-resources를 사용하라

3장 모든 객체의 공통 메서드 P.51~94 (44페이지)

아이템 10. equals는 일반 규약을 지켜 재정의하라

아이템 11. equals를 재정의하려거든 hashCode도 재정의하라

아이템 12. toString을 항상 재정의하라

아이템 13. clone 재정의는 주의해서 진행하라

아이템 14. Comparable을 구현할지 고려하라

4장 클래스와 인터페이스 P.95~152 (58페이지)

아이템 15. 클래스와 멤버의 접근 권한을 최소화하라

아이템 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라

아이템 17. 변경 가능성을 최소화하라

아이템 18. 상속보다는 컴포지션을 사용하라

아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라

아이템 20. 추상 클래스보다는 인터페이스를 우선하라

아이템 21. 인터페이스는 구현하는 쪽을 생각해 설계하라

아이템 22. 인터페이스는 타입을 정의하는 용도로만 사용하라

아이템 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라

아이템 24. 멤버 클래스는 되도록 static으로 만들라

아이템 25. 톱레벨 클래스는 한 파일에 하나만 담으라

5장 제네릭 P.153~206 (54페이지)

아이템 26. 로 타입은 사용하지 말라

아이템 27. 비검사 경고를 제거하라

아이템 28. 배열보다는 리스트를 사용하라

아이템 29. 이왕이면 제네릭 타입으로 만들라

아이템 30. 이왕이면 제네릭 메서드로 만들라

아이템 31. 한정적 와일드카드를 사용해 API 유연성을 높이라

아이템 32. 제네릭과 가변인수를 함께 쓸 때는 신중하라

아이템 33. 타입 안전 이종 컨테이너를 고려하라

6장 열거 타입과 애너테이션 P.207~252 (46페이지)

아이템 34. int 상수 대신 열거 타입을 사용하라

아이템 35. ordinal 메서드 대신 인스턴스 필드를 사용하라

아이템 36. 비트 필드 대신 EnumSet을 사용하라

아이템 37. ordinal 인덱싱 대신 EnumMap을 사용하라

아이템 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라

아이템 39. 명명 패턴보다 애너테이션을 사용하라

아이템 40. @Override 애너테이션을 일관되게 사용하라

아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라

7장 람다와 스트림 P.253~256 (4페이지)

아이템 42. 익명 클래스보다는 람다를 사용하라

아이템 43. 람다보다는 메서드 참조를 사용하라

아이템 44. 표준 함수형 인터페이스를 사용하라

아이템 45. 스트림은 주의해서 사용하라

아이템 46. 스트림에서는 부작용 없는 함수를 사용하라

아이템 47. 반환 타입으로는 스트림보다 컬렉션이 낫다

아이템 48. 스트림 병렬화는 주의해서 적용하라

8장 메서드 P.257~342 (86페이지)

아이템 49. 매개변수가 유효한지 검사하라

아이템 50. 적시에 방어적 복사본을 만들라

아이템 51. 메서드 시그니처를 신중히 설계하라

아이템 52. 다중정의는 신중히 사용하라

아이템 53. 가변인수는 신중히 사용하라

아이템 54. null이 아닌, 빈 컬렉션이나 배열을 반환하라

아이템 55. 옵셔널 반환은 신중히 하라

아이템 56. 공개된 API 요소에는 항상 문서화 주석을 작성하라

9장 일반적인 프로그래밍 원칙 P.343~384 (42페이지)

아이템 57. 지역변수의 범위를 최소화하라

아이템 58. 전통적인 for 문보다는 for-each 문을 사용하라

아이템 59. 라이브러리를 익히고 사용하라

아이템 60. 정확한 답이 필요하다면 float와 double은 피하라

아이템 61. 박싱된 기본 타입보다는 기본 타입을 사용하라

아이템 62. 다른 타입이 적절하다면 문자열 사용을 피하라

아이템 63. 문자열 연결은 느리니 주의하라

아이템 64. 객체는 인터페이스를 사용해 참조하라

아이템 65. 리플렉션보다는 인터페이스를 사용하라

아이템 66. 네이티브 메서드는 신중히 사용하라

아이템 67. 최적화는 신중히 하라

아이템 68. 일반적으로 통용되는 명명 규칙을 따르라

10장 예외 P.385~412 (28페이지)

아이템 69. 예외는 진짜 예외 상황에만 사용하라

아이템 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라

아이템 71. 필요 없는 검사 예외 사용은 피하라

아이템 72. 표준 예외를 사용하라

아이템 73. 추상화 수준에 맞는 예외를 던지라

아이템 74. 메서드가 던지는 모든 예외를 문서화하라

아이템 75. 예외의 상세 메시지에 실패 관련 정보를 담으라

아이템 76. 가능한 한 실패 원자적으로 만들라

아이템 77. 예외를 무시하지 말라

11장 동시성 P.413~448 (36페이지)

아이템 78. 공유 중인 가변 데이터는 동기화해 사용하라

아이템 79. 과도한 동기화는 피하라

아이템 80. 스레드보다는 실행자, 태스크, 스트림을 애용하라

아이템 81. wait와 notify보다는 동시성 유틸리티를 애용하라

아이템 82. 스레드 안전성 수준을 문서화하라

아이템 83. 지연 초기화는 신중히 사용하라

아이템 84. 프로그램의 동작을 스레드 스케줄러에 기대지 말라

12장 직렬화 P.449~482 (34페이지)

아이템 85. 자바 직렬화의 대안을 찾으라

아이템 86. Serializable을 구현할지는 신중히 결정하라

아이템 87. 커스텀 직렬화 형태를 고려해보라

아이템 88. readObject 메서드는 방어적으로 작성하라

아이템 89. 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라

아이템 90. 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라

⚙ 규칙

모든 작업은 Pull-Request 를 적극 활용하여 Review 와 커밋 기록을 남기는 것을 권장합니다.

PR Template

PR을 올릴때 따로 리뷰어를 지정하지 않아도 팀원들이 모두 리뷰어 지정이 됩니다.

• PR에 포함되어야 할 내용은 아래와 같아요.
  • (필수) 내용 정리된 파일
  • (선택) 읽고 느낀 점
  • (선택) 의문, 고민, 같이 이야기하고 싶은 부분

'(선택)' 부분을 PR에 함께 적는다면 더 디테일한 피드백이 가능해요!

Directory Structure

• /{챕터}/{챕터}_{이름} 형식으로 업로드 해주세요.
  • ex) Chapter01/01_minhyun.md

Branch

• {챕터}_{이름} 형식으로 각자 브랜치에 작업해주세요.
  • ex) 01_minhyun

Commit Convention

• 커밋메시지는 아래와 같은 형식으로 작성
  • 한 주의 markdown문서를 시작할 때
    📄 Docs. {설명}
  • 새로운 내용 추가
    ✏️ Add. {설명}
  • 기존 내용을 업데이트한 경우
    💡 Upt. {설명}
  • 오타 혹은 문장을 수정한 경우
    🔨 Fix. {설명}
  • 문서 스타일 및 포맷팅, 네이밍 변경
    🎨 Style. {설명}
  • 삭제한 경우
    🔥 Del. {설명}
  • 되돌린 경우
    ⏪ Rev. {설명}
  • 머지한 경우
    🔀 Merge. {From브랜치명} into Main, {설명}
  • 개선해야하나 일단 커밋한 경우
    💩 Bad. {설명}
• 그외 case는 추후 추가될 수 있습니다.

gitmoji-cli를 사용하면 더 쉽게 사용가능합니다.

🙋‍♀ 스터디 멤버

이창희	이민현	공한나	박연오
spears0703	mintheon	hannakong	bakyeono