|
| 1 | +# 이펙티브 자바 스터디 📝 |
| 2 | + |
| 3 | +<img width="458" alt="image" src="https://user-images.githubusercontent.com/53285909/207071799-fa8bf91e-6b77-44af-b384-3b035272fae7.png"> |
| 4 | +해당 저장소는 이펙티브 자바 스터디 커뮤니티 입니다. 구성원들은 매주 각장의 아이템을 맡게 됩니다. |
| 5 | +해당 아이템을 맡은 인원이 정리한 뒤 커뮤니티의 카테고리에 정리 내용을 게시하면 댓글을 통해 질의 응답을 합니다. |
| 6 | + |
| 7 | +## 참고 링크 🔗 |
| 8 | + |
| 9 | +- [스터디 운영 방식](https://github.com/Study-2-Effective-Java/Effective-Java/discussions/1) |
| 10 | +- [이펙티브자바 공식 Github](https://github.com/WegraLee/effective-java-3e-source-code) |
| 11 | +- [이펙티브자바 3판 번역 용어 설명](https://docs.google.com/document/d/1Nw-_FJKre9x7Uy6DZ0NuAFyYUCjBPCpINxqrP0JFuXk/edit) |
| 12 | + |
| 13 | +## 2장. 객체 생성과 파괴 |
| 14 | + |
| 15 | +| 아이템 | 담당자 | |
| 16 | +| --- | --- | |
| 17 | +| 아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라 | [bunsung92](https://github.com/bunsung92) | |
| 18 | +| 아이템 2. 생성자에 매개변수가 많다면 빌더를 고려하라 | [YuDeokRin](https://github.com/YuDeokRin) | |
| 19 | +| 아이템 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라 | [jinan159](https://github.com/jinan159) | |
| 20 | +| 아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 | [JoisFe](https://github.com/JoisFe) | |
| 21 | +| 아이템 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 | [bunsung92](https://github.com/bunsung92) | |
| 22 | +| 아이템 6. 불필요한 객체 생성을 피하라 | [chikeem90](https://github.com/chikeem90) | |
| 23 | +| 아이템 7. 다 쓴 객체 참조를 해제하라 | [JoisFe](https://github.com/JoisFe) | |
| 24 | +| 아이템 8. finalizer와 cleaner 사용을 피하라 | [ding_cook](https://github.com/bunsung92) | |
| 25 | +| 아이템 9. try-finally보다는 try-with-resources를 사용하라 | [coalong](https://github.com/coalong) | |
| 26 | + |
| 27 | +## 3장. 모든 객체의 공통 메서드 |
| 28 | + |
| 29 | +| 아이템 | 담당자 | |
| 30 | +| --- | --- | |
| 31 | +| 아이템 10. equals는 일반 규약을 지켜 재정의하라 | [jinan159](https://github.com/jinan159) | |
| 32 | +| 아이템 11. equals를 재정의하려거든 hashCode도 재정의하라 | [JoisFe](https://github.com/JoisFe) | |
| 33 | +| 아이템 12. toString을 항상 재정의하라 | [corock](https://github.com/corock) | |
| 34 | +| 아이템 13. clone재정의는 주의해서 진행하라 | [YuDeokRin](https://github.com/YuDeokRin) | |
| 35 | +| 아이템 14. Comparable을 구현할지 고려하라 | [chikeem90](https://github.com/chikeem90) | |
| 36 | + |
| 37 | +## 4장. 클래스와 인터페이스 |
| 38 | + |
| 39 | +| 아이템 | 담당자 | |
| 40 | +| --- | --- | |
| 41 | +| 아이템 15. 클래스와 멤버의 접근 권한을 최소화하라 | [JoisFe](https://github.com/JoisFe) | |
| 42 | +| 아이템 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 | [bunsung92](https://github.com/bunsung92) | |
| 43 | +| 아이템 17. 변경 가능성을 최소화하라 | [jinan159](https://github.com/jinan159) | |
| 44 | +| 아이템 18. 상속보다는 컴포지션을 사용하라 | [corock](https://github.com/corock) | |
| 45 | +| 아이템 19. 상속을 고려해 설계하고 문서화하라, 그러지 않았다면 상속을 금지하라 | [chikeem90](https://github.com/chikeem90) | |
| 46 | +| 아이템 20. 추상 클래스보다는 인터페이스를 우선하라 | [coalong](https://github.com/coalong) | |
| 47 | +| 아이템 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 | [chikeem90](https://github.com/chikeem90) | |
| 48 | +| 아이템 22. 인터페이스는 타입을 정의하는 용도로만 사용하라 | [coalong](https://github.com/coalong) | |
| 49 | +| 아이템 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라 | [jinan159](https://github.com/jinan159) | |
| 50 | +| 아이템 24. 멤버 클래스는 되도록 static으로 만들라 | [ding_cook](https://github.com/bunsung92) | |
| 51 | +| 아이템 25. 톱레벨 클래스는 한 파일에 하나만 담으라 | [Dante](https://github.com/YuDeokRin) | |
| 52 | + |
| 53 | +## 5장. 제네릭 |
| 54 | + |
| 55 | +| 아이템 | 담당자 | |
| 56 | +| --- | --- | |
| 57 | +| 아이템 26. 로 타입은 사용하지 말라 | [JoisFe](https://github.com/JoisFe) | |
| 58 | +| 아이템 27. 비검사 경고를 제거하라 | [CoRock](https://github.com/corock) | |
| 59 | +| 아이템 28. 배열보다는 리스트를 사용하라 | [ding_cook](https://github.com/bunsung92) | |
| 60 | +| 아이템 29. 이왕이면 제네릭 타입으로 만들라 | [CoRock](https://github.com/corock) | |
| 61 | +| 아이템 30. 이왕이면 제네릭 메서드로 만들라 | [coalong](https://github.com/coalong) | |
| 62 | +| 아이템 31. 한정적 와일드카드를 사용해 API 유연성을 높이라 | [JoisFe](https://github.com/JoisFe) | |
| 63 | +| 아이템 32. 제네릭과 가변인수를 함께 쓸 떄는 신중하라 | [Dante](https://github.com/YuDeokRin) | |
0 commit comments