JAVA
java
java
  • README
  • Java
    • Basic
      • 변수와 타입
      • 연산자
      • 조건문과 반복문
      • 참조 타입
      • 클래스
      • 상속(Inheritance)
      • 인터페이스(Interface)
      • 중첩 클래스와 중첩 인터페이스
      • 예외 처리
      • API - Object, System, Class, Math, Wrapper
      • API - String, StringBuffer, StringBuilder
      • Thread
      • Generic
      • Lambda
      • Collection - List, Set
      • Collection - Map
      • Collection - Tree
      • Collection - Stack, Queue
      • Stream
      • Reflection
      • 정규표현식
      • GUI
      • UML
      • Serializable
    • Advanced
      • OutOfMemoryError
      • AutoValue
      • meta-annotation
        • @Retention
        • @Target
        • @Repeatable
    • Effective Java 3/E
      • ITEM 1: Static Factory Method(정적 메소드)
      • ITEM 2: Builder Pattern
      • ITEM 3: Singleton
      • ITEM 4: Private Constructor
      • ITEM 5: Dependency Injection
      • ITEM 6: Avoid Unnecessary Object
      • ITEM 7: Eliminate Object Reference
      • ITEM 8: Avoid finalizer and cleaner
      • ITEM 9: try-with-resources
      • ITEM 10: The gerneral contract when overriding equlas
      • ITEM 11: Overriding hashCode
      • ITEM 12: overriding toString
      • ITEM 13: overriding clone judiciously
      • ITEM 14: Consider implementing comparable
      • ITEM 15: 클래스와 멤버의 접근을 최소화해라
      • ITEM 16: Use Accessor methods
      • ITEM 17: 변경 가능성을 최소화해라(불변 클래스)
      • ITEM 18: 상속보단 컴포지션을 사용해라
      • ITEM 19: 상속을 고려해 설계하고 문서화해라
      • ITEM 20: 추상 클래스보다 인터페이스를 우선하라
      • ITEM 21: 인터페이스는 구현하는 쪽을 생각해 설계해라.
      • ITEM 22: 인터페이스는 타입을 정의하는 용도로만 사용해라
      • ITEM 23: 태그 달린 클래스보다 클래스 계층구조를 활용해라
      • ITEM 24: 멤버 클래스는 되도록 static으로 구현해라
      • ITEM 25: 톱레벨 클래스는 한 파일에 하나만 생성해라.
      • ITEM 26: Raw type은 사용하지 마라
      • ITEM 27: 비검사 경고를 제거해라
      • ITEM 28: 배열보다는 리스트를 사용해라
      • ITEM 29: 이왕이면 제네릭 타입으로 만들어라
      • ITEM 30: 이왕이면 제네릭 메서드로 만들어라
      • ITEM 31 : 한정적 와일드카드를 사용해 API 유연성을 높여라
      • ITEM 32: 제네릭과 가변인수를 함께 쓸 때는 신중해라
      • ITEM 33: 타입 안전 이종 컨테이너를 고려해라
      • ITEM 34: int 상수 대신 열거 타입을 사용해라
      • ITEM 35: ordinal 메서드 대신 인스턴스 필드를 사용해라
      • ITEM 36: 비트 필드 대신 EnumSet을 사용해라
      • ITEM 37: ordinal 인덱싱 대신 EnumMap을 사용해라
      • TEM 38 : 확장할 수 있는 열거타입이 필요하면 인터페이스를 사용해라
      • ITEM 39: 명명 패턴보다 애너테이션을 사용해라
      • ITEM 40: @Override 어노테이션을 일관되게 사용해라
      • ITEM 41: 정의하려는 것이 타입이라면 마커 인터페이스를 사용해라
      • ITEM 42: 익명 클래스보다는 람다를 사용해라
      • ITEM 43: 람다보다는 메서드 참조를 사용해라
      • ITEM 44: 표준 함수형 인터페이스를 사용해라
      • ITEM 45: 스트림은 주의해서 사용해라
      • ITEM 46: 스트림에서 부작용 없는 함수를 사용해라
      • ITEM 47: 반환 타입으로는 스트림보다 컬렉션이 낫다.
      • ITEM 48: 스트림 병렬화는 주의해서 사용해라
      • ITEM 49: 매개변수가 유효한지 검사해라
      • ITEM 50: 적시에 방어적 복사본을 만들어라
      • ITEM 51: 메서드 시그니처를 신중히 설계해라
      • ITEM 52: 다중정의는 신중히 사용해라
      • ITEM 53: 가변인수는 신중히 사용해라
      • ITEM 54: null이 아닌, 빈 컬렉션이나 배열을 반환해라
      • ITEM 55: Optional 반환은 신중하게 해라
      • ITEM 56: 공개된 API 요소에는 항상 주석을 작성해라
      • ITEM 57: 지역변수의 범위를 최소화해라
      • ITEM 58: 전통적인 for 문보다는 for-each문을 사용해라
      • ITEM 59: 라이브러리를 익히고 사용해라
      • ITEM 60: 정확한 답이 필요하다면 float와 double은 피해라
      • ITEM 61: 박싱된 기본 타입보다는 기본 타입을 사용해라
      • ITEM 62: 다른 타입이 적절하다면 문자열 사용을 피해라
      • ITEM 63: 문자열 연결은 느리니 주의해라
      • ITEM 64: 객체는 인터페이스를 사용해 참조해라
      • ITEM 65: 리플렉션보다는 인터페이스를 사용해라
      • ITEM 66: 네이티브 메서드는 신중히 사용해라
      • ITEM 67: 최적화는 신중히 해라
      • ITEM 68: 일반적으로 통용되는 명명 규칙을 따라라
    • 객체지향 설계 원칙(SOLID)
    • 디자인패턴
      • Strategy Pattern
      • Template Method Pattern
      • Factory Method Pattern
      • Singleton
      • Delegation
      • Proxy
      • Adapter Pattern
    • 실습
      • 인터페이스 실습 - Vehicle
      • 인터페이스 실습 - Remote
      • GUI 실습 - Calculator
      • GUI 실습 - button
      • GUI 실습 - lotto
      • Thread 실습 - 좌석예약, 메세지보내기
    • Jar vs War
Powered by GitBook
On this page
  • 방법1. 제네릭 배열 생성 금지 제약 우회
  • 방법2. Object[]로 타입 변경

Was this helpful?

  1. Java
  2. Effective Java 3/E

ITEM 29: 이왕이면 제네릭 타입으로 만들어라

  • 기본 Generic 문법 알아보기

  • 관련 용어

    한글

    영문

    예

    매개변수화 타입

    parameterized type

    List<String>

    실제 타입 매개변수

    actual type parameter

    String

    제네릭 타입

    generic type

    List<E>

    정규 타입 매개변수

    formal type parameter

    E

    비한정적 와일드카드 타입

    unbounded wildcard type

    List<?>

    로 타입

    raw type

    List

    한정적 타입 매개변수

    bounded type parameter

    <E extends Number>

    재귀 타입 한정

    recursive type bound

    <T extends Comparable<T>>

    한정적 와일드카드 타입

    bounded wildcard type

    List<? extends Number>

    제네릭 메서드

    generic method

    static <E> List<E> asList(E[] a)

    타입 토큰

    type token

    String.class

기존에 앞선 7장에서 생성한 Stack 클래스를 Generic 타입으로 변경해볼 것이다.

  • 기존 Stack

    public class Stack {
        private Object[] elements;
        private int size = 0;
        private static final int DEFAULT_CAPACITY = 16;
    
        public Stack() {
            elements = new Object[DEFAULT_CAPACITY];
        }
    
        public void push(Object e) {
            ensureCapacity();
            elements[size++] = 0;
        }
    
        public Object pop() {
            if (size == 0) {
                throw new EmptyStackException();
            }
            return elements[--size];
        }
    
        // 원소를 위한 공간을 적어도 하나 이상 여유를 두며, 늘려야하는 경우 두배 이상 늘린다.
        private void ensureCapacity() {
            if (elements.length == size) {
                elements = Arrays.copyOf(elements, 2 * size + 1);
            }
        }
    }
  • Generic으로 생성 -> 제네릭 배열 생성 오류 발생

    public class Stack<E> {
        // private으로 저장
        private E[] elements;
        private int size = 0;
        private static final int DEFAULT_INITIAL_CAPACITY = 15;
    
        public Stack() {
            elements = new Object[DEFAULT_INITIAL_CAPACITY];
        }
    
        public void push(E e) {
            ensureCapacity();
            elements[size++] = e;
        }
    
        public E pop() {
            if (isEmpty()) {
                throw new EmptyStackException();
            }
    
            E result = elements[size--];
            elements[size] = null;
            return result;
        }
    
        public boolean isEmpty() {
            return size == 0;
        }
    
        private void ensureCapacity() {
            if (elements.length == size) {
                elements = Arrays.copyOf(elements, 2 * size + 1);
            }
        }
    }
    elements = new Object[DEFAULT_INITIAL_CAPACITY];
    warning: [unchecked] unchecked cast

    위 배열 생성 부분에서 다음과 같이 타입이 안전하지 않다는 오류가 발생하며, (E[]) new Object[DEFAULT_INITIAL_CAPACITY];로 해결 할 수 있다.

방법1. 제네릭 배열 생성 금지 제약 우회

public class Stack<E> {
    // private으로 저장
    private E[] elements;
    private int size = 0;
    private static final int DEFAULT_INITIAL_CAPACITY = 15;

    public Stack() {
        elements = (E[]) new Object[DEFAULT_INITIAL_CAPACITY];
    }

    public void push(E e) {
        ensureCapacity();
        elements[size++] = e;
    }

    public E pop() {
        if (isEmpty()) {
            throw new EmptyStackException();
        }

        E result = elements[size--];
        elements[size] = null;
        return result;
    }

    public boolean isEmpty() {
        return size == 0;
    }

    private void ensureCapacity() {
        if (elements.length == size) {
            elements = Arrays.copyOf(elements, 2 * size + 1);
        }
    }
}
Unchecked cast: 'java.lang.Object[]' to 'E[]'

비검사 형변환 경고문구가 뜨는데, 이 클래스가 타입 안전성을 해치지 않는 것을 확인해봐야한다. elements 배열은 private 필드에 저장되며, push() 메서드로 추가되는 원소의 타입은 항상 E 이다. 그러므로, 확실히 안전한 것은 우리는 파악할 수 있다.

        // elements 배열은 push(E)로 넘어온 E인스턴스만 담는다.
    // 타입 안정성을 보장하지만, 런타임 타입은 E[]가 아닌 Object[]이다.
    @SuppressWarnings("unchecked")
    public Stack() {
        elements = (E[]) new Object[DEFAULT_INITIAL_CAPACITY];
    }

@SuppressWarnings("unchecked") 어노테이션을 추가하여, 경고 문구가 발생하지 않도록 하면, 깔끔히 컴파일되며, 명시적으로 형변환을 하지 않고도 ClassCastException 을 걱정없이 사용할 수 있다. (item27)

위 방법은 가독성이 방법2보다 더 좋다. 배열의 타입을 E[]로 선언하여 오직 E 타입 인스턴스만 받는 것을 명확히 표현하며, 코드도 더 짧다. 또한, 형변환을 배열 생성시 단 한번만 해주고 있다.

하지만, 이 방법은 런타임 타입이 컴파일타임 타입과 달라 힙 오염-item 32을 발생시킨다.

방법2. Object[]로 타입 변경

두번째 방법은 elements 의 타입을 Object[]로 변경하는 방법이다.

public class Stack<E> {
    // private으로 저장
    private Object[] elements;
    private int size = 0;
    private static final int DEFAULT_INITIAL_CAPACITY = 15;

    public Stack() {
        elements = new Object[DEFAULT_INITIAL_CAPACITY];
    }

    public void push(E e) {
        ensureCapacity();
        elements[size++] = e;
    }

    public E pop() {
        if (isEmpty()) {
            throw new EmptyStackException();
        }

        E result = elements[size--]; 
        elements[size] = null;
        return result;
    }

    public boolean isEmpty() {
        return size == 0;
    }

    private void ensureCapacity() {
        if (elements.length == size) {
            elements = Arrays.copyOf(elements, 2 * size + 1);
        }
    }
}

다음과 같이 변경시 E result = elements[size--] 부분에서 형변환 컴파일 오류가 발생한다.

java: incompatible types: java.lang.Object cannot be converted to E
E result = (E) elements[size--];

(E) 로 캐스팅해주면, 컴파일 오류는 발생하지 않으나 다음과 같은 오류문구가 뜬다.

Unchecked cast: 'java.lang.Object' to 'E'

E 는 실체화가 불가능한 타입이므로 컴파일러는 런타임에 이루어지는 형변환이 안전한지 증명할 수 없으며, 방법1과 마찬가지로 어노테이션을 사용하여 경고를 숨길 것이다.

// push에서 E타입만 허용하므로 안전
@SuppressWarnings("unchecked")E result = (E) elements[size--];

@SuppressWarnings("unchecked") 는 가능한 좁은 범위에 설정하는 것이 좋으므로, 변수 선언 부분에 붙여주었다.

방법2는 배열에서 원소를 읽을 때마다 형변환을 해주고 있으며, 가독성도 방법1보다 좋지 않다. 하지만, 힙 오염을 일으키지 않는다.

이번장의 예시는 item28 - 배열보다 리스트를 사용해라 의 내용과 모순되어 보인다.

제네릭 타입 안에서 리스트를 사용하는 것이 항상 가능한 것도, 좋은 것도 아니다. 자바가 리스트를 기본타입으로 제공하지 않아, ArrayList 와 같은 제네릭 타입도 결국은 기본 타입인 배열을 사용해 구현해야하며, HashMap 의 경우 성능을 높일 목적으로 배열을 사용하기도 한다.

Stack<String> stack = new Stack<>();

대부분 제네릭 타입은 타입 매개변수에 아무런 제약을 두지 않으며, Stack<Object>, Stack<int[]>, Stack<List<String>>, Stack 등 어떤 참조 타입으로도 생성할 수 있다. 단, 기본타입은 사용할 수 없다. Stack<int> 같이 기본타입으로 만들려고 하면 컴파일 오류가 발생한다. 해당 오류는 자바 제네릭 타입 시스템의 근본적인 문제이며, item61-박싱된 기본타입을 사용해 우회할 수 있다.

추가적으로, 한정적 타입 매개변수(bounded type parameter)를 사용해 매개변수에 제약을 둘 수도 있다.

public class DelayQueue<E extends Delayed> extends AbstractQueue<E>
    implements BlockingQueue<E> {

<E extends Delayed>는 Delayed 하위 타입만 받는다는 뜻이며, DelayQueue 의 원소에서 형변환 없이 바로 Delayed 메서드를 사용할 수 있다. 또한, ClassCastException 오류도 걱정할 필요가 없다.

PreviousITEM 28: 배열보다는 리스트를 사용해라NextITEM 30: 이왕이면 제네릭 메서드로 만들어라

Last updated 4 years ago

Was this helpful?