Effective Java - 아이템 11: equals를 재정의하려거든 hashCode도 재정의하라
equals를 재정의한 클래스 모두에서 hashCode도 재정의해야 한다 재정의하지 않으면 일반 규약을 어기게 되어 HashMap, HashSet 같은 컬렉션의 원소로 사용할 때 문제를 일으킬 것이다.
최근 포스트
Effective Java - 아이템 10: equals는 일반 규약을 지켜 재정의하라
equals를 재정의하지 않는 것이 좋은 상황 각 인스턴스가 본질적으로 고유하다. 값을 표현하는게 아니라 동작하는 개체를 표현하는 클래스. Thread가 좋은 예 인스턴스의 ‘논리적 동치성(logical equality)’을 검사할 일이 ...
Effective Java - 아이템 9: try-finally보다는 try-with-resources를 사용하라
try-finally 전통적으로 예외가 발생하거나 메서드에서 반환되는 경우를 포함해 자원이 제대로 닫힘을 보장하는 수단으로 try-finally가 쓰였다. // 더 이상 자원을 회수하는 최선의 방책이 아니다. static String firstLineOfFile(String pat...
Effective Java - 아이템 8: finalizer와 cleaner 사용을 피하라
자바는 두 가지 객체 소멸자를 제공한다. finalizer는 예측할 수 없고, 상황에 따라 위험할 수 있어 일반적으로 불필요하다. 그래서 기본적으로 쓰지 말아야 한다. finalizer의 대안으로 나온cleaner는 finalizer보다는 덜 위험하지만, 여전히 예측할 수 없고,...
Effective Java - 아이템 7: 다 쓴 객체 참조를 해제하라
메모리 누수가 있는 프로그램을 오래 실행하다 보면 점차 가비지 컬렉션 활동과 메모리 사용량이 늘어나 결국 성능이 저하된다.
Effective Java - 아이템 6: 불필요한 객체 생성을 피하라
기존 객체를 재사용해야 한다면 새로운 객체를 만들지 마라 똑같은 기능의 객체를 매번 생성하기보다 불변 객체처럼 재사용하는 편이 낫다.
Effective Java - 아이템 5: 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
// 정적 유틸리티를 잘못 사용한 예 - 유연하지 않고 테스트하기 어렵다. public class SpellChecker { private static final Lexicon dictionary = ...; private SpellChecker() {} /...
Effective Java - 아이템 4: 인스턴스화를 막으려거든 private 생성자를 사용하라
정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한게 아니다. 하지만 생성자를 명시하지 않으면(직접 작성한 생성자가 하나도 없는 경우) 컴파일러가 자동으로 기본 생성자를 만들어준다. 사용자는 이 생성자가 자동 생성된 것인지 구분할 수 없다. // 인스턴스로 만들 의...
Effective Java - 아이템 3: private 생성자나 열거 타입으로 싱글턴임을 보증하라
싱글턴(Singleton)
Effective Java - 아이템 2: 생성자에 매개변수가 많다면 빌더를 고려하라
빌더패턴 이전에 사용하던 방식
Effective Java - 아이템 1: 생성자 대신 정적 팩터리 메서드를 고려하라
정적 팩터리 메서드 new키워드로 생성하지 않고 객체 생성해서 반환하는 메서드다.
캡슐화를 깨뜨리지 않는 Getter 사용
```java public class Person { private List favoriteFoods;
방어적 복사, 동일성, 동등성
방어적 복사
Functional Interface API
Functional Interface는 함수를 일급객체처럼 다룰 수 있게 해주는 단 하나의 추상 메서드를 가지는 인터페이스이다. final 상수나 default, static, private 메서드는 추상 메서드가 아니기 때문에, 이들 여러개가 인터페이스에 들어있어도 단 한 개의 ...
EnumMap
EnumMap은 Java에서 제공하는 Map 인터페이스 구현체 중 하나다.