EFFECTIVE_JAVA

직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라 - Effective Java[90]

🔗 직렬화 프록시 패턴을 이용하면 Serialziable 구현의 위험을 크게 줄여줄 수 있다.

인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라 - Effective Java[89]

🔗 아이템 3에서 싱글턴 패턴을 설명하며 다음 예를 보여주었다.

readObject 메서드는 방어적으로 작성하라 - Effective Java[88]

🔗 아이템 50에서는 불변인 날짜 클래스를 만드는 데 가변인 Date 필드를 이용했다.

커스텀 직렬화 형태를 고려해보라 - Effective Java[87]

🔗 개발 일정에 쫓기는 상황에서는 API 설계에 노력을 집중하는 편이 나을 것이다.

Serializable을 구현할지는 신중히 결정하라 - Effective Java[86]

🔗 Serializable을 구현하면 릴리즈 한 뒤에는 수정하기 어렵다.

자바 직렬화의 대안을 찾으라 - Effective Java[85]

🔗 자바 직렬화의 위험성

프로그램의 동작을 스레드 스케줄러에 기대하지 말라 - Effective Java[84]

🔗 정확성이나 성능이 쓰레드 스케줄러에 따라 달라지는 프로그램이라면 다른 플랫폼에 이식하기 어렵다.

지연 초기화는 신중히 사용하라 - Effective Java[83]

🔗 지연 초기화(Lazy Initialization)는 필드의 초기화 시점을 그 값이 처음 필요할 때까지 늦추는 기법이다.

쓰레드 안전성 수준을 문서화하라 - Effective Java[82]

🔗 한 메서드를 여러 스레드가 동시에 호출할 때 그 메서드가 어떻게 동작하느냐는 해당 클래스와 이를 사용하는 클라이언트 사이의 중요한 계약과 같다.

wait와 notify보다는 동시성 유릴리티를 애용하라 - Effective Java[81]

🔗 wait와 notify는 올바르게 사용하기가 아주 까다로우니 고수준 동시성 유릴리티를 사용하자.

스레드보다는 실행자, 태스크, 스트림을 애용하라- Effective Java[80]

🔗 java.util.concurrent 패키지는 실행자 프레임워크(Executor Framework)라고 하는 인터페이스 기반의 유연한 태스트 실행 기능을 담고 있다.

과도한 동기화는 피하라 - Effective Java[79]

🔗 응답 불가와 안전 실패를 피하려면 동기화 메서드나 동기화 블록 안에서는 제어를 절대로 클라이언트에 양도하면 안 된다.

공유 중인 가변 데이터는 동기화해 사용하라 - Effective Java[78]

🔗 synchronized 키워드는 해당 메서드나 블록을 한번에 한 스레드씩 수행하도록 보장한다.

예외를 무시하지 말라 - Effective Java[77]

🔗 API 설계자가 메서드 선언에 예외를 명시하는 까닭은, 그 메서드를 사용할 때 적절한 조치를 취해달라는 것이다.

가능한 한 실패 원자적으로 만들라 - Effective Java[76]

🔗 호출된 메서드가 실패하더라도 해당 객체는 메서드 호출 전 상태를 유지해야 한다.

예외의 상세 메시지에 실패 관련 정보를 담으라 - Effective Java[75]

🔗 예외의 toString 메서드에 실패 원인에 관한 정보를 가능한 한 많이 담아 반환하는 일은 아주 중요하다.

메서드가 던지는 모든 예외를 문서화하라 - Effective Java[74]

🔗 메서드가 던지는 예외는 그 메서드를 올바로 사용하는 데 아주 중요한 정보다.

추상화 수준에 맞는 예외를 던지라 - Effective Java[73]

🔗 상위 계층에서는 저수준 예외를 잡아 자신의 추상화 수준에 맞는 예외로 바꿔 던져야 한다.

표준 예외를 사용하라 - Effective Java[72]

🔗 숙련된 프로그래머는 그렇지 못한 프로그래머보다 더 많은 코드를 재사용한다

필요 없는 검사 예외 사용은 피하라 - Effective Java[71]

🔗 검사 예외를 제대로 활용하면 API와 프로그램의 질을 높일 수 있다.

복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 - Effective Java[70]

🔗 자바의 문제 상황을 알리는 타입(throwable)

예외는 진짜 예외 상황에만 사용하라 - Effective Java[69]

🔗 예외를 사용한 반목문의 해악

일반적으로 통용되는 명명 규칙을 따르라 - Effective Java[68]

🔗 자바의 명명 규칙은 크게 철자와 문법, 두 범주로 나뉜다.

최적화는 신중히 하라 - Effective Java[67]

🔗 모든 사람이 마음 깊이 새겨야 할 최적화 격언 세가지를 알아보자

네이티브 메서드는 신중히 사용하라 - Effective Java[66]

🔗 네이티브 메서드는 뭐야?

리플렉션보다는 인터페이스를 사용하라 - Effective Java[65]

🔗 리플렉션 기능 (java.lang.reflect)를 이용하면 프로그램에서 임의의 클래스에 접근할 수 있다.

객체는 인터페이스를 사용해 참조하라 - Effective Java[64]

🔗 적합한 인터페이스만 있다면 매개변수뿐 아니라 반환값, 변수, 필드를 전부 인터페이스 타입으로 선언하라.

문자열 연결은 느리니 주의하라 - Effective Java[63]

🔗 문자열 연결 연산자로 문자열 n개를 잇는 시간은 n^2에 비례한다.

다른 타입이 적절하다면 문자열 사용을 피하라 - Effective Java[62]

🔗 문자열은 다른 값 타입을 대신하기에 적합하지 않다.

박싱된 기본 타입보다는 기본 타입을 사용하라 - Effective Java[61]

🔗 자바의 데이터 타입은 크게 두 가지로 나눌 수 있다.

정확한 답이 필요하다면 float와 double은 피하라 - Effective Java[60]

🔗 float와 double 타입은 특히 금융 관련 계산과는 맞지 않는다.

라이브러리를 익히고 사용하라 - Effective Java[59]

🔗 표준 라이브러리를 사용하면 그 코드를 작성한 전문가의 지식과 앞서 사용한 다른 프로그래머들의 경험을 활용할 수 있다.

전통적인 for 문보다는 for-each 문을 사용하라 - Effective Java[58]

🔗 while 문 보다는 낫지만 가장 좋은 방법이이 아닌 관용구들

지역변수의 범위를 최소화하라 - Effective Java[57]

🔗 지역변수의 범위를 줄이는 가장 강력한 기법은 ‘가장 처음 쓰일때 선언하기’다

공개된 API 요소에는 항상 문서화 주석을 작성하라 - Effective Java[56]

🔗 API를 쓸모 있게 하려면 잘 작성된 문서도 곁들여야 한다.

옵셔널 반환은 신중히하라 - Effective Java[55]

🔗 자바 8 이전 메서드가 특정 조건에서 값을 반환 할 수 없을 때 취할 수 있는 선택 두 가지

null이 아닌, 빈 컬렉션이나 배열을 반환하라 - Effective Java[54]

🔗 null 반환은 나빠!

가변 인수는 신중히 사용하라 - Effective Java[53]

🔗 가변 인수는 인수 개수가 정해지지 않았을 때 아주 유용하다.

다중정의는 신중히 사용하라 - Effective Java[52]

🔗 재정의한 메서드는 동적으로 선택되고, 다중정의한 메서드는 정적으로 선택된다.

메서드 시그니처를 신중히 설계하라 - Effective Java[51]

🔗 메서드 이름을 신중히 짓자

적시에 방어적 복사본을 만들라 - Effective Java[50]

🔗 클라이언트가 불변식을 깨뜨리려고 혈안이 되어있다고 가정하고 방어적으로 프로그래밍 하라

매개변수가 유효한지 검사하라 - Effective Java[49]

🔗 오류는 가능한 한 빨리 (발생한 곳에서) 잡아야한다는 일반 원칙의 한 사례

스트림 병렬화는 주의해서 적용하라 - Effective Java[48]

🔗 Java Version Up? Concurrency Programming Still Difficult

반환 타입으로는 스트림보다는 컬렉션이 낫다 - Effective Java[47]

🔗 스트림의 등장 :: 원소 시퀀스 반환 메서드의 반환타입 혼란 유래

스트림에서는 부작용 없는 함수를 사용하라 - Effective Java[46]

🔗 스트림은 함수형 프로그래밍에 기초한 패러다임이다

스트림은 주의해서 사용하라 - Effective Java[45]

🔗 스트림 API가 제공하는 추상 개념의 핵심 두가지

표준 함수형 인터페이스를 사용하라 - Effective Java[44]

🔗 템플릿 메소드 패턴 매력의 반감 : 람다의 등장

람다보다는 메소드 참조를 사용하라 - Effective Java[43]

🔗 메서드 참조

익명 클래스보다는 람다를 사용하라 - Effective Java[42]

🔗 익명 클래스

정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 - Effective Java[41]

🔗 마커 인터페이스(Marker Interface)

Override 애너테이션을 일관되게 사용하라 - Effective Java[40]

🔗 보통의 프로그래머에게 가장 중요한 애너테이션 @Override 메소드

명명 패턴보다 애너테이션을 사용하라 - Effective Java[39]

🔗 명명 패턴의 전통

확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 - Effective Java[38]

🔗 열거 타입은 모든 상황에서 타입 안전 열거 패턴보다 우수하지만 단 하나의 예외가 있다.

ordinal 인덱싱 대신 EnumMap을 사용하라 - Effective Java[37]

🔗 ordinal 인덱싱

비트 필드 대신 EnumSet을 사용하라 - Effective Java[36]

🔗 구닥다리 기법 feat 비트 필드 열거 상수

ordinal 메소드 대신 인스턴스 필드를 사용하라 - Effective Java[35]

🔗 ordinal 메소드의 유혹

int 상수 대신 열거 타입을 사용하라 - Effective Java[34]

🔗 열거 타입이란

타입 안전 이종 컨테이너를 고려하라 - Effective Java[33]

🔗 타입 안전 이종 컨테이너 패턴이란?

제네릭과 가변인수를 함께 쓸 때는 신중하라 - Effective Java[32]

🔗 가변인수(varargs) 메소드와 제네릭은 베프가 될 수 없어!!

한정적 와일드카드를 사용해 API 유연성을 높여라 - Effective Java[31]

🔗 불공변 방식보다 유연한 무언가가 필요해 !!@@

이왕이면 제네릭 메소드로 만들라 - Effective Java[30]

🔗 메소드도 제네릭으로 만들 수 있어@@

이왕이면 제네릭 타입으로 만들라 - Effective Java[29]

🔗 제네릭 관련 용어

배열보다는 리스트를 사용하라 - Effective Java[28]

🔗 배열과 제네릭 타입의 차이

비검사 경고를 제거하라 - Effective Java[27]

🔗 비검사 경고

로(raw) 타입은 사용하지 말라 - Effective Java[26]

🔗 제네릭 타입 (generic Type)

톱 레벨 클래스는 한 파일에 하나만 담으라 - Effective Java[25]

🔗 소스 파일 하나에 톱 레벨 클래스 여러 개 두기

멤버 클래스는 되도록 static으로 만들라 - Effective Java[24]

🔗 중첩 클래스

태그 달린 클래스보다는 클래스 계층구조를 활용하라 - Effective Java[23]

🔗 태그 달린 클래스란?

인터페이스는 타입을 정의하는 용도로만 사용하라 - Effective Java[22]

🔗 인터페이스는 오직 이 용도로만 사용해야해 !!

인터페이스는 구현하는 쪽을 생각해 설계해라 - Effective Java[21]

🔗 디폴트 메소드 두둥 등장!!

추상 클래스보다는 인터페이스를 우선하라 - Effective Java[20]

🔗 인터페이스 (interface) , 추상 클래스 (abstract class)

상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 - Effective Java[19]

🔗 상속을 고려한 설계와 문서화가 정확히 무슨 말이야?

상속보다는 컴포지션을 사용하라. - Effective Java[18]

상속은 코드를 재사용하는 강력한 수단이지만, 항상 최선은 아니다.

변경 가능성을 최소화하라 - Effective Java[17]

불변클래스란 간단히 말해 그 인스턴스의 내부 값을 수정할 수 없는 클래스다.

public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 - Effective Java[16]

🔗 public 클래스에서의 public 필드를 통한 데이터 접근의 단점

클래스와 멤버의 접근 권한을 최소화하라 - Effective Java[15]

어설프게 설계된 컴포넌트와 잘 설계된 컴포넌트의 가장 큰 차이는 바로 클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼느냐이다.

Comparable을 구현할지 고려하라. - Effective Java[14]

🔗 Comparable 인터페이스의 유일무이한 메서드 compareTo

clone 재정의는 주의해서 진행해라 - Effective Java[13]

Cloneable은 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스(mixin interface)지만,

toString을 항상 재정의하라 - Effective Java[12]

🔗 모든 하위 클래스에서 toString 메소드를 항상 재정의하라.

equals를 재정의하려거든 hashCode도 재정의하라. - Effective Java[11]

🔗 equals를 재정의한 클래스 모두에서 hashCode로 재정의해야 한다.

equals는 일반 규약을 지켜 재정의하라 - Effective Java[10]

equals 메소드는 기본적으로 최상위 객체인 Object에서 제공하는 메소드로서 재정의를 염두에 두고 설계된 것이다. 때문에 재정의 시 지켜야 하는 일반 규약이 명확이 정의가 되어있다.

try-finally보다는 try-with-resources를 사용하라 - Effective Java[9]

자바 라이브러리에는close 메소드를 호출해 직접 닫아줘야 하는 자원이 많다.

finalizer와 cleaner 사용을 피하라 - Effective Java[8]

자바는 아래와 같이 두 가지 객체 소멸자를 제공한다.

다 쓴 객체 참조를 해제하라 - Effective Java[7]

자바는 메모리를 자동으로 관리해주는 가비지 컬렉터를 지원하는 언어이다.

불필요한 객체 생성을 피해라 - Effective Java[6]

똑같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 편이 나을때가 많다.

자원을 직접 명시하지말고 의존 객체 주입을 사용하라. - Effective Java[5]

많은 클래스가 하나 이상의 자원에 의존한다.

인스턴스화를 막으려거든 private 생성자를 사용하라. - Effective Java[4]

객체 지향적으로 사고하지 않는 이들이 종종 남용하는 경우가 있지만, 정적 메서드와 정적필드만을 담은 클래스는 나름의 쓰임새가 있다. 아래의 예시를 보자

private 생성자나 열거 타입으로 싱글턴임을 보증하라 - Effective Java[3]

생성자에 매개변수가 많다면 빌더를 고려하라 - Effective Java[2]

정적팩토리 메소드와 생성자에는 똑같은 제약이 하나 있다.

생성자 대신 정적 팩토리 메소드를 고려하라 - Effective Java[1]

클래스는 클라이언트에 public 생성자 대신 (혹은 생성자와 함께) 그 클래스의 인스턴스를 반환하는 단순한 정적 팩토리 메서드를 제공할 수 있다.