JAVA/Effective Java
Enum - 규칙 33 ordinal을 배열 첨자로 사용하는 대신 EnumMap을 이용하라.
Enum 상수별로 특정정보들을 저장하고 싶을 때 EnumMap을 사용한다. 12345678910111213141516Class Fruit { enum Type { APPLE, BANANA, PEAR } final String name; final Type type; Fruit(String name, Type type) { this.name = name; this.type = type; }} Map fruitByType = new EnumMap(Herb.Type.class);for (Fruit.Type t : Fruit.Type.values()) { fruitByType.put(t, new HashSet());}Colored by Color Scriptercs EnumMap을 사용하면 깔끔하고 안전하며, ..
Enum - 규칙 32 비트 필드(bit field) 대신 EnumSet을 사용하라.
123456789public class Text { public static final int STYLE_BOLD = 1
Enum - 규칙 31 ordinal 대신 객체 필드를 사용하라.
Enum 상수에는 그 순서에 맞는 int 값이 반환된다. 1234567891011public enum Fruit { APPLE, BANANA, PEAR;} public class Main { public static void main (String args[]) { System.out.println(Fruit.BANANA.ordinal()); }} // 출력결과 1Colored by Color Scriptercs 하지만 이렇게 Enum의 oridnal 기능을 사용하는 것은 단점이 있다. 1. 상수 순서를 변경하게 되면 순서를 사용하던 곳에서 문제가발생할 수 있다. 2. 이미 사용한 정수값에 대응하는 새로운 enum 상수를 정의하는 것이 불가능 하다. 3. ordinal 간격이 1이 아닌 2나 3정도의 간..
Enum - 규칙 30 int 상수 대신 enum을 사용하라.
기존의 프로젝트에서 자주 사용 사용하는 설정 값이나 이름들을 열거 자료형으로서 다음같이 사용했다. 1234567// int를 사용한 enum 패턴public static final int FAIL = 1;public static final int SUCCESS = 2; // string을 사용한 enum 패턴public static final String FEMAIL = "3";public static final String MAIL = "4";cs int를 사용한 설정 값은 int enum 패턴, 문자열로 되어 있는 경우에는 string enum 패턴 이라고 한다. 하지만 이런 설정은 다음과 같은 단점이 있다. 1. 편의성이 떨어진다. 2. 이는 컴파일 시점 상수(compile-time constant..
제네릭 - 규칙 29 형 안전 다형성 컨테이너를 쓰면 어떨지 따져보라
제네릭은 Set이나 Map과 같이 하나 자료형을 가진 원소들을 담는 컨테이너에 가장 많이 사용된다. ex) Map, Set 그렇기 때문에 형인자는 컨테이너별로 고정되게 되어있다. 그러나 가끔 여러개의 자료형을 Map과 콜렉션에 컨테이너로서 사용하고 싶을 경우가 있을 것이다. 이는 다음과 같은 접근법을 사용하면 가능하다. 123456789101112131415161718192021222324252627282930import java.util.HashMap;import java.util.Map; public class Rule29 { public Map map = new HashMap(); public void putData(Class type, T instance) { map.put(type, instan..
제네릭 - 규칙 28 한정적 와일드 카드를 써서 API 유연성을 높여라
List와 같은 형인자 자료형은 불변 자료형이다. 이는 저번 규칙에서 보았듯이 List은 List의 어떠한 하위 자료형도 아니라는 것을 확인 하였다. 하지만 가끔은 불변 자료형보다 높은 유연성이 필요할 때가 있다. 예를 들어 일련의 원소들을 인자로 받아 차례로 스택에 집어 넣는 메서드가 있다고 가정하여 보자. 1234567891011121314package rule28; import java.util.Stack; public class Rule28 extends Stack{ private static final long serialVersionUID = 1L; public void pushAll(Iterable src) { for (E e : src) { push(e); } }}Colored by Col..
제네릭 - 규칙 27 가능하면 제네릭 메서드로 만들 것
클래스를 제네릭 하는 것도 많은 혜택을 볼 수 있지만 (규칙 26) 메소드를 제네렉 자료형으로 사용하는 것 또한 많은 혜택을 볼 수 있다. row type으로 사용하였을 경우에는 형안전성 문제때문에 다음과 같은 오류가 발생한다는 것을 저번에 규칙에서 확인을 했었다. 이런 문제를 형인자를 메서드에 추가로 선언하여 메서드를 구현하면 형안정성을 보장받을 수 있다. 출처 : 조슈아 블로크, 『 Effective Java 2/E』, 이병준 옮김, 인사이트(2014.9.1), 규칙27 인용.
제네릭 - 규칙 26 가능하면 제네릭 자료형으로 만들 것
클래스를 제네릭 자료형으로 제네릭화 해서 사용하면 많은 이점이 생긴다. 제네릭화 하는 과정의 첫 번째는 선언부에 형인자를 추가하는 것이다. 1public class Stackcs 하지만 형인자를 추가하다 보면, 배열에 E 자료형을 추가하려 할 때 문제가 발생한다. (25 규칙 확인) 이를 해결하기 위한 방법은 다음과 같다. 1. Object 배열을 만든 다음 제네릭 자료형으로 캐스팅 하는 것이다. => 하지만 이것은 다음과 같은 오류를 발생시킨다. => 만약 개발자 판단으로 형 안전성이 입증된다고 판단되는 경우 경고를 없애 주어야 한다. (규칙 24) 2. Object 배열로 사용하고 원소를 꺼내서 사용할 때 E로 캐스팅하여 사용한다. => 형안전성에 대한 개발자 판단이 완료되고 나면 @SuppressW..
제네릭 - 규칙 25 배열 대신 리스트를 써라
배열과 제네릭 자료형(List)의 차이 배열은 convariant 제네릭 자료형은 invariant 자료형이다. 차이 1. covariant - Sub[] 이 Super 의 하위자료형이라면 Sub[] 은 Super[]의 서브 타입이다. invariant Type1 Type2 List List 의 서브타입도 슈퍼타입도 아니다. 그렇기 때문에 List은 List의 서브타입 또는 슈퍼타입도 될 수 없다. 이런 이유로 제네릭 쪽이 배열보다 취약한 것 같지만 다음과 같은 문제를 보면 오히려 문제가 발생하는 부분은 배열이다. 12345678// 실행 중에 문제를 일으킴 (배열)Object[] objectArray = new Long[1];objectArray[0] = "babo ya";=> 컴파일시 문제는 없지만 ..
제네릭 - 규칙 24 무점검 경고를 제거하라
제네릭을 사용하다보면 다양한 원인으로 인해 컴파일러 경고 메시지를 보게된다. 이런 무점검 경고 가운데 상당수는 쉽게 없앨 수 있다. 예를 들면 다음과 같은 경우가 있다. 123456Set example = new HashSet(); // warning : unchecked conversion // 해결 방법Set example = new HashSet();cs 이런 예와 같은 무점검 경고는 가능하다면 없애야 typesafe(형안전성)을 보장할 수 있어 ClassCastException 발생을 방지할 수 있다. 형 안전성이 확실한 코드를 계속 warning 상태로 놔두게 되면 진짜 중요한 메시지를 놓칠 수 있기 때문에 만약 제거가 어려운 경고 메시지는 형 안전성이 확실하다고 생각될 경우에만 @Supress..