이펙티브 자바 북스터디 레포지토리입니다. 질문과 공유하고 싶은 내용 등을 이슈로 올릴 예정입니다.
팀블로그 : https://hihio-book-study.tistory.com/
일주일간의 자료 정리 및 공유하고 싶은 내용 정리글을 올릴 예정입니다.
팀원 : 강윤서, 김세훈, 이유정, 임가영
일시 : 매주 수요일 9시
- 스터디 분량은 아이템 5개 정도로 매주 유동적으로 정한다.
- 주에 한 명씩 돌아가면서 리딩한다.
- 순서 : 이유정 → 김세훈 → 강윤서 → 임가영
- 리더는 한 주동안의 자료를 정리해 팀블로그에 포스팅한다.
- 해당 주차의 리더는 월요일 전까지 올라온 질문에 대한 답을 수요일 전까지 단다. (수요일까지 올라온 질문은 이후에 마저 달기)
- 스터디원은 질문 및 공유할 이슈를 최소 2개 이상 올린다.
- 이슈에 대한 답글은 리더 뿐만이 아니라 답할 수 있는 스터디원이 단다.
- 정리하고 싶은 개념 등을 팀블로그에 포스팅한다.
날짜 | 주제 | 리더 | 스터디 자료 정리 |
---|---|---|---|
2024.03.06 | OT | - | - |
2024.03.13 | item 1 : Static Factory Method(정적 팩터리 메서드) | 이유정 | 생성자 대신 정적 팩터리 메서드를 고려하라 |
2024.03.13 | item 2 : Builder(빌더) | 이유정 | 생성자에 매개변수가 많다면 빌더를 고려하라 |
2024.03.13 | item 3 : Singleton(싱글턴) | 이유정 | private 생성자나 열거타입으로 싱글턴임을 보증하라 |
2024.03.13 | item 4 : Non-instantiable Class (인스턴스화 불가 클래스) | 이유정 | 인스턴스화를 막으려거든 private 생성자를 사용하라 |
2024.03.13 | item 5 : Dependency Injection(의존성 주입) | 이유정 | 자원을 직접 명시하지 말고 의존 객체 주입(DI)을 사용하라 |
2024.03.20 | item 6 : Avoid unnecessary object createion | 김세훈 | 불필요한 객체 생성을 피하라 |
2024.03.20 | item 7 : Unlock object refference | 김세훈 | 다 쓴 객체 참조를 해제하라 |
2024.03.20 | item 8 : Avoid using finalizer and cleaner | 김세훈 | finalizer와 cleaner 사용을 피하라 |
2024.03.20 | item 9 : Try-with-Resources | 김세훈 | try-finally 보다는 try-with-resources를 사용하라 |
2024.03.27 | item 10 : Obey the general contract when overriding equals | 강윤서 | equals는 일반 규약을 지켜 재정의하라 |
2024.03.27 | item 11 : Override hashCode when you override equals | 강윤서 | equals를 재정의하려거든 hashCode도 재정의하라 |
2024.03.27 | item 12 : Override toString | 강윤서 | toString을 항상 재정의하라 |
2024.04.03 | item 13 : Override clone judiciously | 임가영 | clone 재정의는 주의해서 진행하라 |
2024.04.03 | item 14 : Consider implementing Comparable | 임가영 | Comparable을 구현할지 고려하라 |
2024.04.10 | item 15 : Minimize accesibility | 이유정 | 클래스와 멤버의 접근 권한을 최소화하라 |
2024.04.10 | item 16 : Accesor | 이유정 | public 클래스에서는 public메서드가 아닌 접근자 메서드를 사용하라 |
2024.04.10 | item 17 : Immutable Class(불변클래스) | 이유정 | 변경 가능성을 최소화하라 |
2024.04.17 | item 18 : Inheritance & Composition(상속과 컴포지션) | 김세훈 | 상속보다는 컴포지션을 사용하라 |
2024.04.17 | item 19 : Inheritance Documentation(상속의 설계와 문서화) | 김세훈 | 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 |
2024.04.17 | item 20 : Abstract class & Interface(추상 클래스와 인터페이스) | 김세훈 | 추상 클래스보다는 인터페이스를 우선하라 |
2024.04.17 | item 21 : Interface Design(인터페이스 설계) | 김세훈 | 인터페이스는 구현하는 쪽을 생각해 설계하라 |
2024.04.17 | item 22 : Constant Interface(상수 인터페이스) | 김세훈 | 인터페이스는 타입을 정의하는 용도로만 사용하라 |
2024.04.24 | item 23 : Class Hierachies to Tagged classes | 강윤서 | 태그 달린 클래스보다는 클래스 계층구조를 활용하라 |
2024.04.24 | item 24 : Nested classes | 강윤서 | 멤버 클래스는 되도록 static으로 만들라 |
2024.04.24 | item 25 : A single top-level class | 강윤서 | 톱레벨 클래스는 한 파일에 하나만 담으라 |
2024.05.02 | item 26 : Don't use raw types in new code | 임가영 | 로 타입 사용 금지 |
2024.05.02 | item 27 : Eliminate unchecked warnings | 임가영 | 비검사 경고 제거 |
2024.05.02 | item 28 : Prefer lists to arrays | 임가영 | 배열보다 리스트 사용 |
2024.05.02 | item 29 : Favor generic methods | 임가영 | 이왕이면 제네릭 타입 |
2024.05.08 | item 30 : Generic Method(제네릭 메서드) | 이유정 | 이왕이면 제네릭 메서드로 만들라 |
2024.05.08 | item 31 : Bounded WildCard(한정적 와일드카드) | 이유정 | 한정적 와일드카드를 사용해 API 유연성을 높이라 |
2024.05.08 | item 32 : Generic with Varargs method (제네릭과 가변인수메서드) | 이유정 | 제네릭과 가변인수를 함께 쓸 때는 신중하라 |
2024.05.15 | item 33 : Type safe heterogeneous container (타입 안전 이종 컨테이너) | 김세훈 | 타입 안전 이종 컨테이너를 고려하라 |
2024.05.15 | item 34 : Enumeration (열거 타입) | 김세훈 | int 상수 대신 열거 타입을 사용하라 |
2024.05.15 | item 35 : Ordinal (순서 메서드) | 김세훈 | ordinal 메서드 대신 인스턴스 필드를 사용하라 |
2024.05.15 | item 36 : EnumSet and BitField (열거형과 비트필드) | 김세훈 | 비트필드 대신 EnumSet을 사용하라 |
2024.05.29 | item 37 : EnumMap | 강윤서 | ordinal 인덱싱 대신 EnumMap을 사용하라 |
2024.05.29 | item 38 : Emulate extensible enums with interfaces | 강윤서 | 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 |
2024.05.29 | item 39 : Prefer annotations to naming patterns | 강윤서 | 명명 패턴보다 애너테이션을 사용하라 |
2024.05.29 | item 40 : Consistently use the Override annotation | 강윤서 | @Override 애너테이션을 일관되게 사용하라 |
2024.05.29 | item 41 : Use marker interfaces to define types | 강윤서 | 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 |
2024.06.12 | item 42 : Prefer lambdas to anonymous classes | 임가영 | 익명 클래스보다는 람다를 사용해라 |
2024.06.12 | item 43 : Prefer method references to lambdas | 임가영 | 람다보다는 메서드 참조를 사용하라 |
2024.06.12 | item 44 : Favor the use of standard functional interfaces | 임가영 | 표준 함수형 인터페이스를 사용하라 |
2024.06.12 | item 45 : Use streams judiciously | 임가영 | 스트림은 주의해서 사용하라 |
2024.06.12 | item 46 : Prefer side-effect-free functions in streams | 임가영 | 스트림에서는 부작용 없는 함수를 사용하라 |
2024.06.19 | item 47 : Prefer Collection to Stream as a return type | 이유정 | 반환 타입으로는 스트림보다 컬렉션이 낫다. |
2024.06.19 | item 48 : Use caution when making streams parallel | 이유정 | 스트림 병렬화는 주의해서 적용하라 |
2024.06.19 | item 49 : Check parameters for validity | 이유정 | 매개변수가 유효한지 검사하라 |
2024.06.19 | item 50 : Make defensive copies when needed | 이유정 | 적시에 방어적 복사본을 만들라 |
2024.06.26 | item 51 : Method Signiture | 김세훈 | 메서드 시그니처를 신중히 설계하라 |
2024.06.26 | item 52 : Method Overloading | 김세훈 | 다중정의는 신중히 사용하라 |
2024.06.26 | item 53 : Variable argument | 김세훈 | 가변인수는 신중히 사용하라 |
2024.06.26 | item 54 : Null and empty collection | 김세훈 | null이 아닌 빈 컬렉션이나 배열을 반환하라 |
2024.06.26 | item 55 : Optional | 김세훈 | Optional 반환은 신중히 하라 |
2024.07.03 | item 56 : Write doc comments for all exposed API elements | 강윤서 | 공개된 API 요소에는 항상 문서화 주석을 작성하라 |
2024.07.03 | item 57 : Minimize the scope of local variables | 강윤서 | 지역변수의 범위를 최소화하라 |
2024.07.03 | item 58 : Prefer for-each loops to traditional for loops | 강윤서 | 전통적인 for문 보다는 for-each문을 사용하라 |
2024.07.03 | item 59 : Know and use the libraries | 강윤서 | 라이브러리를 익히고 사용하라 |
2024.07.14 | item 60 : Avoid float and double if exact answers are required | 임가영 | 정확한 답이 필요하다면 float와 double은 피하라 |
2024.07.14 | item 61 : Prefer primitive types to boxed primitives | 임가영 | 박싱된 기본 타입보다는 기본 타입을 사용하라 |
2024.07.14 | item 62 : Avoid strings where other types are more appropriate | 임가영 | 다른 타입이 적절하다면 문자열 사용을 피하라 |
2024.07.14 | item 63 : Beware the performance of string concatenation | 임가영 | 문자열 연결은 느리니 주의하라 |
2024.07.14 | item 64 : Refer to objects by their interfaces | 임가영 | 객체는 인터페이스를 사용해 참조하라 |
2024.07.14 | item 65 : Prefer interfaces to reflection | 임가영 | 리플렉션보다는 인터페이스를 사용하라 |
2024.07.21 | item 66 : Native methods | 이유정 | 네이티브 메서드는 신중히 사용하라 |
2024.07.21 | item 67 : Optimize | 이유정 | 최적화는 신중히 하라 |
2024.07.21 | item 68 : Naming Conventions | 이유정 | 일반적으로 통용되는 명명 규칙을 따르라 |
2024.07.21 | item 69 : Exceptional Conditions | 이유정 | 예외는 진짜 예외상황에만 사용하라 |
2024.07.21 | item 70 : Checked Exception & Unchecked Exception | 이유정 | 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 |
2024.07.21 | item 71 : unnecessary use of checked exceptions | 이유정 | 필요없는 검사 예외 사용은 피하라 |
2024.07.21 | item 72 : use standard Exception | 김세훈 | 표준 예외를 사용하라 |
2024.07.21 | item 73 : throw exception transform | 김세훈 | 추상화 수준에 맞는 예외를 던지라 |
2024.07.21 | item 74 : document every exception which method throws | 김세훈 | 메서드가 던지는 모든 예외를 문서화하라 |
2024.07.21 | item 75 : collect exception message | 김세훈 | 예외의 상세 메시지에 실패 관련 정보를 담으라 |
2024.07.21 | item 76 : make method atomic failure | 김세훈 | 가능한 한 실패 원자적으로 만들라 |
2024.07.21 | item 77 : don't ignore exception | 김세훈 | 예외를 무시하지 말라 |
2024.08.04 | item 78 : Synchronize access to shared mutable data | 강윤서 | 공유 중인 가변 데이터는 동기화해 사용하라 |
2024.08.04 | item 79 : Avoid excessive synchronization | 강윤서 | 과도한 동기화는 피하라 |
2024.08.04 | item 80 : Prefer executors, tasks, and streams to threads | 강윤서 | 스레드보다는 실행자, 태스크, 스트림을 애용하라 |
2024.08.18 | item 81 : Prefer concurrency utilities to wait and notify | 임가영 | wait와 notify보다는 동시성 유틸리티를 애용하라 |
2024.08.18 | item 82 : Document thread safety | 임가영 | 스레드 안전성 수준을 문서화하라 |
2024.08.18 | item 83 : Use lazy initialization judiciously | 임가영 | 지연 초기화는 신중히 사용하라 |
2024.08.18 | item 84 : Don’t depend on the thread scheduler | 임가영 | 프로그램의 동작을 스레드 스케줄러에 기대지 말라 |
2024.08.25 | item 85 : Prefer alternatives to Serialization | 이유정 | 자바 직렬화의 대안을 찾으라 |
2024.08.25 | item 86 : Cautions for Serialization | 이유정 | Serializable을 구현할지는 신중히 결정하라 |
2024.08.25 | item 87 : Custom serialized form | 이유정 | 커스텀 직렬화 형태를 고려해보라 |
2024.09.01 | item 88 : readObject | 김세훈 | readObject는 방어적으로 작성하라 |
2024.09.01 | item 89 : readResolve, Enum | 김세훈 | 인스턴스 수를 통제해야 한다면 readResolve 보다는 열거 타입을 사용하라 |
2024.09.01 | item 90 : Serialization Proxy Pattern | 김세훈 | 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라 |
- 항상 아이템 말머리 달기 [아이템 1]
- 질문/공유 라벨 달기
- 끝났으면 해당 이슈 닫기
- https://legend-click-01d.notion.site/item47-c29b3cd583b846af95cc001c26c9f40f?pvs=4