요약
•
리플렉션은 여러 단점들을 가지고 있으니, 꼭 필요한 경우에 잘 고려해서 사용하자.
리플렉션은 잘 고려해서 사용하자
•
리플렉션을 사용하면 여러 이점들이 있지만, 몇 가지 문제들이 있다.
◦
컴파일타임 타입 검사와 예외 검사를 받을 수 없고, 런타임 오류가 발생한다.
◦
코드가 지저분해지고 장황해진다.
◦
리플렉션을 사용하면 런타임에 동적으로 클래스를 분석하기 때문에 느려져 성능이 떨어진다.
•
이런 단점들이 너무 명백하기 때문에 리플렉션은 아주 제한된 형태로만 사용해서 단점을 피하고 이점을 취해야 한다.
•
리플렉션은 인스턴스 생성에만 사용하고, 생성된 인스턴스는 인터페이스나 상위 클래스로 참조해서 사용하자.
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.out.println(msg);
System.exit(1);
}
Java
복사
•
이 코드를 보면 컴파일타임에 잡아낼 수 있었을 예외들을, 런타임에 발생할 수 있는 예외 6가지로 try-catch 문을 통해 처리해주어야한다.
•
또한 리플렉션이 아니라면 생성자 호출 한 줄짜리 코드를, 클래스 이름만으로 인스턴스를 생성하기 위해 25줄이나 되는 코드로 작성해야 한다.
•
이런 단점들을 잘 고려해서 리플렉션은 런타임에 존재하지 않을 수도 있는 다른 클래스나 메서드, 필드와의 의존성을 관리할 때 사용하자.