📙 Effective-Java Study 

📄 진행방식

• Effective Java 서적을 읽고 정리한 내용 업로드
• 매일 아이템 3개씩 학습하기
• 네이밍 규칙 : ex) 아이템02_생성자 대신 정적 팩터리 메서드를 고려하라_이름

📗 Study

	아이템	김영환	유일권	최주희	모수혁
03/03	01.생성자 대신 정적 팩터리 메서드를 고려하라	🟡	🟡	🟡	🟡
03/03	02.생성자에 매개변수가 많다면 빌더를 고려하라	🟡	🟡	🟡	🟡
03/03	03.private 생성자나 열거 타입으로 싱글턴임을 보증하라	🟡	🟡	🟡	🟡
03/04	04. 인스턴스화를 막으려거든 private 생성자를 사용하라	🟡	🟡	🟡	🟡
03/04	05. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라	🟡	🟡	🟡
03/04	06. 불필요한 객체 생성을 피하라	🟡	🟡	🟡
03/07	07. 다 쓴 객체 참조를 해제하라	😀	😬	😎
03/07	08. finalizer와 cleaner 사용을 피하라	🧐	😬	😎
03/07	09. try-finally 보다는 try-with-resources를 사용하라	🟢	😬	😎
03/08	10. equals는 일반 규약을 지켜 재정의하라	🕑	🥱	😊
03/08	11. equals를 재정의하려거든 hashCode도 재정의하라	🔵	🥱	😄
03/08	12. toString을 항상 재정의하라	😜	🥱	🤓
03/10	13. clone 재정의는 주의해서 진행하라	😋		🤓
03/10	14. Comparable을 구현할지 고려하라	🙃		🤓
03/10	15. 클래스와 멤버의 접근 권한을 최소화하라	🤭		🤓
03/11	16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라	😸		🤓
03/11	17. 변경 가능성을 최소화하라	🎃		🤓
03/11	18. 상속보다는 컴포지션을 사용하라	😸		🤓
03/15	19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라	🕵️		😊
03/15	20. 추상 클래스보다는 인터페이스를 우선하라	🐜		😆
03/15	21. 인터페이스는 구현하는 쪽을 생각해 설계하라	🐣		☺️
03/16	22. 인터페이스는 타입을 정의하는 용도로만 사용하라	🐙		🐯
03/16	23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라	🦕		🐶
03/16	24. 멤버 클래스는 되도록 static으로 만들라	🐳		🐻
03/17	25. 톱레벨 클래스는 한 파일에 하나만 담으라	🐿		🧞‍♂️
03/17	26. 로 타입은 사용하지 말라	🐕		🧚‍♀️
03/17	27. 비검사 경고를 제거하라	🌏		🐹
03/18	28. 배열보다는 리스트를 사용하라	☃️		🦋
03/18	29. 이왕이면 제네릭 타입으로 만들라	🌈		🐌
03/18	30. 이왕이면 제네릭 메서드로	⭐️		🦄
03/22	31. 한정적 와일드카드를 사용해 API 유연성을 높이라	🎱		🇰🇷
03/22	32. 제네릭과 가변인수를 함께 쓸 때는 신중하라	📬		🥺
03/22	33. 타입 안전 이종 컨테이너를 고려하라	🌐		🥸
03/23	34. int 상수 대신 열거 타입을 사용하라	⚽️		🐋
03/23	35. ordinal 메서드 대신 인스턴스 필드를 사용하라	🍺		🦀
03/23	36. 비트 필드 대신 EnumSet을 사용하라	🐢		🐙
03/25	37. ordinal 인덱싱 대신 EnumMap을 사용하라	🐤		🐷
03/25	38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라	🌱		👼
03/25	39. 명명 패턴보다 애너테이션을 사용하라	🥝	🐢	🌸
03/28	40. @Override 애너테이션을 일관되게 사용하라	🍟		🍔
03/28	41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라	🍣		🫥
03/28	42. 익명 클래스보다는 람다를 사용하라	☕️		🎃
03/30	43. 람다보다는 메서드 참조를 사용하라	🎧		😈
03/30	44. 표준 함수형 인터페이스를 사용하라	🎹		👽
03/30	45. 스트림은 주의해서 사용하라	🎲		🎅
03/31	46. 스트림에서는 부작용 없는 함수를 사용하라	⌚️		✍️
03/31	47. 반환 타입으로는 스트림보다 컬렉션이 낫다	📱		👩‍🦰
03/31	48. 스트림 병렬화는 주의해서 적용하라	💾		👀
04/01	49. 매개변수가 유효한지 검사하라	🐬		🐈
04/01	50. 적시에 방어적 복사본을 만들라	🐝		🦮
04/01	51. 메서드 시그니처를 신중히 설계하라	🦉		🐇
04/04	52. 다중정의는 신중히 사용하라	🦔		🐿
04/04	53. 가변인수는 신중히 사용하라	🌴		🍒
04/04	54. null이 아닌, 빈 컬렉션이나 배열을 반환하라	🍞		🍱
04/05	55. 옵셔널 반환은 신중히 하라	🍏		🍗
04/05	56. 공개된 API 요소에는 항상 문서화 주석을 작성하라	🌽		🏆
04/05	57. 지역변수의 범위를 최소화하라	🍩		🎼
04/06	58. 전통적인 for 문보다는 for-each 문을 사용하라	🛞		🦉
04/06	59. 라이브러리를 익히고 사용하라	🚆		🐸
04/06	60. 정확한 답이 필요하다면 float과 double은 피하라	🚠		🏖
04/07	61. 박싱된 기본 타입보다는 기본 타입을 사용하라	🥗		🎀
04/07	62. 다른 타입이 적절하다면 문자열 사용을 피하라	🥃		🍪
04/07	63. 문자열 연결은 느리니 주의하라	🍭		🍦
04/08	64. 객체는 인터페이스를 사용해 참조하라	🍢		😩
04/08	65. 리플렉션보다는 인터페이스를 사용하라	🤥		🧛🏼‍♂️
04/08	66. 네이티브 메서드는 신중히 사용하라	💍		🌚
04/11	67. 최적화는 신중히 하라	💼		🔥
04/11	68. 일반적으로 통용되는 명명 규칙을 따르라	👑		🥨
04/11	69. 예외는 진짜 예외 상황에만 사용하라	🪖		🍮
04/13	70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라	🌟		🎩
04/13	71. 필요 없는 검사 예외 사용은 피하라	🌧		🦊
04/13	72. 표준 예외를 사용하라	☀️		🌏
04/14	73. 추상화 수준에 맞는 예외를 던지라	⚡️		🫧
04/14	74. 메서드가 던지는 모든 예외를 문서화하라	🍇		🪐
04/14	75. 예외의 상세 메시지에 실패 관련 정보를 담으라	🌮		🍔
04/15	76. 가능한 한 실패 원자적으로 만들라	🍳		🥳
04/15	77. 예외를 무시하지 말라	🍕		👻
04/15	78. 공유 중인 가변 데이터는 동기화해 사용하라	🛰		🤖
04/18	79. 과도한 동기화는 피하라	🐸		😪
04/18	80. 스레드보다는 실행자, 태스크, 스트림을 애용하라	🦏		🧜‍♀️
04/18	81. wait와 notify보다는 동시성 유틸리티를 애용하라	🎻		🕶
04/19	82. 스레드 안전성 수준을 문서화하라	🧗		🐙
04/19	83. 지연 초기화는 신중히 사용하라	🚴		🦒
04/19	84. 프로그램의 동작을 스레드 스케줄러에 기대지 말라	🚵		🍦
04/20	85. 자바 직렬화의 대안을 찾으라	✈️
04/20	86. Serializable을 구현할지는 신중히 결정하라	🛸
04/20	87. 커스텀 직렬화 형태를 고려해보라	🚀
04/21	88. readObject 메서드는 방어적으로 작성하라	🪩
04/21	89. 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라	📦
04/21	90. 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라	🥇
04/22	The End!!!!	👋	🙌	👏🏼	👍

🙋🏻‍♂️ Contributors

choijoohee213

younghwani

Qulip

Mosuhyeok