65. 리플렉션 보다는 인터페이스를 사용하라.md

리플렉션 보다는 인터페이스를 사용하라

요약

리플렉션을 사용을 자제하자

리플렉션의 단점

• 리플렉션을 이용하면 프로그램에서 임의의 클래스에 접근, 조작 할 수 있다.
• 리플렉션을 이용하면 컴파일 당시에는 존재하지 않던 클래스도 이용할 수 있다.
• 하지만 단점이 존재한다.
  • 컴파일타임의 타입검사가 주는 이점을 누릴 수 없다.
  • 코드가 지저분하고 장황해진다.
  • 성능이 떨어진다.
• 리플렉션은 제한된 형태로만 사용하는 것이 좋다.

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;
import java.util.Arrays;
import java.util.Set;

public class Testing {

    public static void main(String[] args) {
        // 클래스 이름을 Class 객체로 변환
        Class<? extends Set<String>> cl = null;
        try {
            cl = (Class<? extends Set<String>>) Class.forName(args[0]);
        } catch (ClassNotFoundException e) {
            fatalError("클래스를 찾을 수 없습니다.");
        }

        // 생성자를 얻는다.
        Constructor<? extends Set<String>> cons = null;
        try {
            cons = cl.getDeclaredConstructor();
        } catch (NoSuchMethodException e) {
            fatalError("매개변수 없는 생성자를 찾을 수 없습니다.");
        }

        // 집합의 인스턴스를 만든다.
        Set<String> s = null;
        try {
            s = cons.newInstance();
        } catch (IllegalAccessException e) {
            fatalError("생성자에 접근할 수 없습니다.");
        } catch (InstantiationException e) {
            fatalError("클래스를 인스턴스화할 수 없습니다.");
        } catch (InvocationTargetException e) {
            fatalError("생성자가 예외를 던졌습니다: " + e.getCause());
        } catch (ClassCastException e) {
            fatalError("Set 을 구현하지 않은 클래스 입니다.");
        }

        // 생성한 집합을 사용한다.
        s.addAll(Arrays.asList(args).subList(1, args.length));
        System.out.println(s);
    }

    private static void fatalError(String msg) {
        System.err.println(msg);
        System.exit(1);
    }
}

• 위 코드는 리플렉션을 이용해서 임의로 Set 객체를 생성한 예시이다.
• 두 가지 단점을 볼 수 있다.
  • 리플렉션이 아니라면 컴파일타임에서 잡아낼수 있는 예외를 6가지나 캐치해줘야한다.
  • Set 인스턴스를 하나 생성하기 위해 너무 많은 코드가 필요하다.

결론

프로그램내에 현재에는 존재하지 않는 인스턴스를 임의로 생성해서 내 입맛에 맞는 테스트를 하기 위해서라던가 의존성을 주입하는 용도에는 사용하지만 되도록이면 사용하지말고 사용한다면 객체를 생성하는데만 사용하는것이 좋다.