📖 Effective Java 3/E

스터디 소개

Effective Java 3/E 를 통해 자바 프로그래밍의 모범 사례를 학습하고, 코드 품질과 효율성을 향상시키기 위한 스터디입니다.

학습 내용 포스팅 링크

• 2장. 객체 생성과 파괴

  • 1. 생성자 대신 정적 팩터리 메서드를 고려하라 (설승환)
  • 2. 생성자에 매개변수가 많다면 빌더를 고려하라 (설승환)
  • 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라 (윤우상)
  • 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 (윤우상)
  • 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 (조유리)
  • 6. 불필요한 객체 생성을 피하라 (조유리)
  • 7. 다 쓴 객체 참조를 해제하라 (설승환)
  • 8. finalizer와 cleaner 사용을 피하라 (설승환)
  • 9. try-finally보다는 try-with-resources를 사용하라 (윤우상)

• 3장. 모든 객체의 공통 메서드

  • 10. equals는 일반 규약을 지켜 재정의하라 (윤우상)
  • 11. equals를 재정의하려거든 hashCode도 재정의하라 (조유리)
  • 12. toString을 항상 재정의하라 (조유리)
  • 13. clone 재정의는 주의해서 진행하라 (설승환)
  • 14. Comparable을 구현할지 고려하라 (설승환)

• 4장. 클래스와 인터페이스

  • 15. 클래스와 멤버의 접근 권한을 최소화하라 (윤우상)
  • 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 (윤우상)
  • 17. 변경 가능성을 최소화하라 (조유리)
  • 18. 상속보다는 컴포지션을 사용하라 (조유리)
  • 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라. (설승환)
  • 20. 추상 클래스보다는 인터페이스를 우선하라 (설승환)
  • 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 (윤우상)
  • 22. 인터페이스는 타입을 정의하는 용도로만 사용하라 (윤우상)
  • 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라 (조유리)
  • 24. 멤버 클래스는 되도록 static으로 만들라 (조유리)
  • 25. 톱레벨 클래스는 한 파일에 하나만 담으라 (설승환)

• 5장. 제네릭

  • 26. 로 타입은 사용하지 말라 (설승환)
  • 27. 비검사 경고를 제거하라 (윤우상)
  • 28. 배열보다는 리스트를 사용하라 (윤우상)
  • 29. 이왕이면 제네릭 타입으로 만들라 (조유리)
  • 30. 이왕이면 제네릭 메서드로 만들라 (조유리)
  • 31. 한정적 와일드카드를 사용해 API 유연성을 높이라 (설승환)
  • 32. 제네릭과 가변인수를 함께 쓸 때는 신중하라 (설승환)
  • 33. 타입 안전 이종 컨테이너를 고려하라 (윤우상)

• 6장. 열거 타입과 애너테이션

  • 34. int 상수 대신 열거 타입을 사용하라 (윤우상)
  • 35. ordinal 메서드 대신 인스턴스 필드를 사용하라 (조유리)
  • 36. 비트 필드 대신 EnumSet을 사용하라 (조유리)
  • 37. ordinal 인덱싱 대신 EnumMap을 사용하라 (설승환)
  • 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 (설승환)
  • 39. 명명 패턴보다 애너테이션을 사용하라 (윤우상)
  • 40. @Override 애너테이션을 일관되게 사용하라 (윤우상)
  • 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 (조유리)

• 7장. 람다와 스트림

  • 42. 익명 클래스보다는 람다를 사용하라 (조유리)
  • 43. 람다보다는 메서드 참조를 사용하라 (설승환)
  • 44. 표준 함수형 인터페이스를 사용하라 (설승환)
  • 45. 스트림은 주의해서 사용하라 (윤우상)
  • 46. 스트림에서는 부작용 없는 함수를 사용하라 (윤우상)
  • 47. 반환 타입으로는 스트림보다 컬렉션이 낫다 (조유리)
  • 48. 스트림 병렬화는 주의해서 적용하라 (조유리)

• 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. 객체는 인터페이스를 사용해 참조하라 (윤우상)
  • 65. 리플렉션보다는 인터페이스를 사용하라 (조유리)
  • 66. 네이티브 메서드는 신중히 사용하라 (조유리)
  • 67. 최적화는 신중히 하라 (설승환)
  • 68. 일반적으로 통용되는 명명 규칙을 따르라 (설승환)

• 10장. 예외

  • 69. 예외는 진짜 예외 상황에만 사용하라 (윤우상)
  • 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 (윤우상)
  • 71. 필요 없는 검사 예외 사용은 피하라 (조유리)
  • 72. 표준 예외를 사용하라 (조유리)
  • 73. 추상화 수준에 맞는 예외를 던지라 (설승환)
  • 74. 메서드가 던지는 모든 예외를 문서화하라 (설승환)
  • 75. 예외의 상세 메시지에 실패 관련 정보를 담으라 (윤우상)
  • 76. 가능한 한 실패 원자적으로 만들라 (윤우상)
  • 77. 예외를 무시하지 말라 (조유리)

• 11장. 동시성

  • 78. 공유 중인 가변 데이터는 동기화해 사용하라 (조유리)
  • 79. 과도한 동기화는 피하라 (설승환)
  • 80. 스레드보다는 실행자, 태스크, 스트림을 애용하라 (설승환)
  • 81. wait와 notify보다는 동시성 유틸리티를 애용하라 (윤우상)
  • 82. 스레드 안전성 수준을 문서화하라 (윤우상)
  • 83. 지연 초기화는 신중히 사용하라 (조유리)
  • 84. 프로그램의 동작을 스레드 스케줄러에 기대지 말라 (조유리)

• 12장. 직렬화

  • 85. 자바 직렬화의 대안을 찾으라 (설승환)
  • 86. Serializable을 구현할지는 신중히 결정하라 (설승환)
  • 87. 커스텀 직렬화 형태를 고려해보라 (윤우상)
  • 88. readObject 메서드는 방어적으로 작성하라 (윤우상)
  • 89. 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라 (조유리)
  • 90. 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라 (조유리)

스터디 팀원

설승환	윤우상	조유리

스터디 진행 방식

• Effective Java 3/E 를 학습하고, 자신의 작업에 어떻게 반영할 수 있는지 고민한다.
• 스터디 전, 각자 해당 주차의 내용에 대해 공부하고 깃허브에 정리한다. 그리고 같이 토론하고 싶은 내용을 깃허브 issue에 올린다.
• 스터디 때는 공부한 내용과 토론하고 싶은 내용 등을 가지고 공부하면서 발생한 의문점에 대해 논의하고 답을 찾는다.

리포지토리 구성

|-- 2장
    |-- [아이템 01]생성자_대신_정적_펙터리_메서드를_고려하라.md
    |-- [아이템 02]생성자에_매개변수가_많다면_빌더를_고려하라.md
    |-- [아이템 nn]아이템명.md
    ...
|-- 3장
    ...

Rules

스터디 전

1. 먼저, 해당 주차에 해당하는 내용을 각자 공부한 뒤, 깃허브에 정리하고 README.md 에 링크를 업데이트한다.
2. 깃헙 ISSUE에 매주 공부한 내용 중 같이 토론하고 싶은 주제를 적어 1-2개 올린다.
   1. 스터디 전에 issue 내용이 해결되면 해결한 내용에 대해 댓글을 작성한다. (스터디 전엔 issue를 닫지 않는다.)
3. 학습한 내용을 바탕으로 자신이 작성한 코드 중 어떤 점을 수정하면 좋을지 고민한다.

스터디 중

1. issue로 등록된 내용 중 미리 해결된 내용은 작성자가 발표하고, 해결되지 않은 내용은 토론을 통해 해결한다.
2. 학습 후 발생한 새로운 의문점에 대해 같이 토론하고 답을 찾는다.

스터디 후

1. 깃헙 ISSUE는 open한 사람이 직접 해당 내용에 대한 답을 댓글로 작성하고 issue를 닫는다.
2. 혹시라도 포스팅한 내용 중 틀린 내용이 있었다면 스터디 후, 포스팅을 수정한다.

스터디 진도표

스터디 회차	스터디 일자	학습 분량	진행 여부
0회차	2024.08.27 (화)	아이템 1~6	✅
1회차	2024.09.12 (목)	아이템 7~12
2회차	2024.09.10 (화)	아이템 13~18
3회차	2024.09.17 (화)	아이템 19~14