24.07 ~
- 1. 생성자 대신 정적 팩터리 메서드를 고려하라 @kmellon-kth
- 2. 생성자에 매개변수가 많다면 빌더를 고려하라 @mingking2
- 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라 @chaechaepower
- 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 @kimnoca
- 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 @gardenzeeero
- 6. 불필요한 객체 생성을 피하라 @kmellon-kth
- 7. 다 쓴 객체 참조를 해제하라 @mingking2
- 8. finalizer와 cleaner 사용을 피하라 @chaechaepower
- 9. try-finally보다는 try-with-resources를 사용하라 @kimnoca
- 10. equals는 일반 규약을 지켜 재정의하라 @gardenzeeero
- 11. equals를 재정의하려거든 hashCode도 재정의하라 @gardenzeeero
- 12. toString을 항상 재정의하라 @chaechaepower
- 13. clone 재정의는 주의해서 진행하라 @gardenzeeero
- 14. Comparable을 구현할지 고려하라 @gardenzeeero
- 15. 클래스와 멤버의 접근 권한을 최소화하라 @mingking2
- 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 @chaechaepower
- 17. 변경 가능성을 최소화하라 @kimnoca
- 18. 상속보다는 컴포지션을 사용하라 @chaechaepower
- 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라. @mingking2
- 20. 추상 클래스보다는 인터페이스를 우선하라 @kimnoca
- 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 @kimnoca
- 22. 인터페이스는 타입을 정의하는 용도로만 사용하라 @mingking2
- 매주 월요일 21:30에 스터디를 진행한다.
- 매 스터디마다 본인이 맡은 Item들을 10분 이내로 발표한다.
- 매 스터디 진행 전까지 본인의 발표자료를 PR로 올린다.
- 모든 스터디원의 발표가 끝난뒤에 Q&A를 진행한다.
- Q&A는 Github의 Issue를 사용해 진행한다.
- 발표는 각 아이템의 번호 순서대로 진행한다.
- 업로드하는 발표자료는 아래와 같은 형식으로 업로드한다.
Chaptor02/Item01/생성자_대신_팩터리_메서드를_고려하라.md
- 이슈 작성 시 제목은 아래와 같은 형식으로 업로드 한다.
[Item01] 질문내용