[JAVA] getDeclaredFields 활용하여 VO 객체에 한번에 이용하기

 

🚀 리플렉션(Reflection) 사용

리플렉션은 구체적인 클래스 타입을 알지 못해도, 그 클래스의 메소드, 타입, 변수들을 접근할 수 있도록 해주는 자바 API인 것이에요.

그렇다면 구체적인 클래스 타입을 알지 못한다라는 의미는 무엇인 것일까요? 그리고 구체적인 클래스 타입을 알지 못하면 그 클래스의 메소드, 타입, 변수들에 접근할 수 없는 것 일까요?

 

 

위의 사진과 같이 VO를 모든 Class의 조상 Class인 Object로 담을 수는 있지만, 우리가 이용할 수 있는 Class는 Object가 제공하는 Class 밖에 없는 것이에요. 이 내용은 Java의 다형성과 관련이 깊은 내용인 것이에요. 이렇게 객체의 구체적인 Class를 알지 못한다면 Class의 Method와 변수를 이용할 수 없는 것이에요.

 

 

이렇게 Object를 형변환을 해서 이용한다고 하면 해당 객체의 Method 등을 이용할 수 있는 것이에요.

그렇다면 한가지 의문이 드는 것이에요. 내가 개발 해 놓고, 사용할 Class name, Type을 모를 수가 있을까요?

JDBC로 예를 들자면 JVM이 동작을 시작하고, Code가 실행 되기 전까지 어떤 JDBC Driver가 사용될지 알 수가 없는 것이에요. JAVA만 이용해서 DB에 접근하려고 할 때, 항상 보이는 Code 보신 적 있으실까요?
바로 `Class.forName("oracle.jdbc.driver.OracleDriver");` 이것을 이용하여 Run Time 시 동적으로 Class에 로딩하게 되는 것이에요.

이게 가능한 이유는 JAVA Class File은 Byte Code로 Compile 되어 static 영역에 위치하느게 되는 것이에요. 그렇기 때문에 Class Name만 알고 있으면 언제든 이 영역에 접근하여 Class에 대한 정보를 얻을 수 있답니다!

Reflection은 실행중인 자바 프로그램 내부를 검사하고, 내부의 속성을 수정할 수 있는 것이에요. reflection이 구체적으로 쓰이는 곳이 Builder Tool을 이용해서 소프트웨어 Component를 만드는 것이랍니다. Tool은 reflection을 이용하여 동적으로 Loading되는 JAVA Component(Class)의 속성을 가져 올 수 있는 것이에요.

또한 Project Run Time에 Class 구조를 Coding으로 파악이 가능하니 자동 Mapping 해주는 기능들은 모두 Reflection을 사용하고 있다고 보면 되는 것이에요. 그렇기 때문에 성능면에서 좋ㅈ지 않고, 남발 시에 디버깅이나, 가독성에서 극악의 환경을 만드는 것이에요. 실제로 Spring Framwork에서도 Auto Mapping과 여러 기능을 쓰기 위해 이 친구를 사용하고 있는 것이에요.

 

 

 

 

🚀 getDeclaredFields로 Property 정보 가져오기

특정 객체의 Class로 접근 시 (getClass() 이용) 내부의 프로퍼티들의 이름을 getDeclaredFields를 이용하여 Field의 배열 형태로 가져올 수 있는 것이네요.

예를 하나 들어 볼게요. 아래 처럼 `DevInquryVO`라는 Class가 있고, 이 Class의 객체를 devVO라고 할 것이에요.

 

위의 그림과 같은 방법을 이용하게 되면 fields 내부에 devVO의 프로퍼티에 대한 정보가 담기는 것이에요.

주니하랑은 이를 한번 이용해 보면서 프로퍼티에 값을 넣어 보려고 했던 것이에요.

 

 

반응형

위와 같이 반복문을 이용해서 Array의 전체를 확인 해 보는 것이 가능해 지는 것이에요.

그런 뒤 devVO의 내부 프로퍼티를 Field Class를 이용해서 값을 이용하려고 하는 것이에요.

그럼 77번째 줄은 어떤 것일까요? `setAccessible()`은 Field, Method에 접근제어 지시자에 의한 제어를 변경할 수 있게 해 주는 Method인 것이에요. 일반적으로 private 인스턴스(Member) 변수나, Method는 해당 Class의 외부에서 접근할 수 없는 것이에요. 만약 이렇게 private로 되어 있는 것에 접근하려고 하면 Exception이 터져 버릴 것이에요. 

이 때, `setAccessible(true)`를 이용하게 되면 문제 없이 접근할 수 있는 것이에요.

결국 field 객체에 마음 껏 접근하기 위해 사용 했다고 생각하면 좋은 것이에요.

그래야 다음 줄에 getter를 통해 출력을 할 수 있을 것이닌까요!

 

 

System.out.println을 이용하지 않고, System.err.println을 이용한 것은 바로 위에 사진처럼 빨갛게 강조하여 출력되게 하고 싶었기 때문인 것이에요!

 

 

 

    🔽  Reflection 사용 시 고민 사항

1) Reflection을 이용한 Code는 성능 Issue가 발생.
  - 적절하게 잘 사용한다면 성능 향상을 기대 할 수 있는 것이에요.

2) Reflection을 이용하여 개발한 프로그램은 Error가 발생하기 쉽고, 디버깅이 어렵다.
  - Reflection은 컴파일 시 Type Checking을 할 수 없는 것이에요. 따라서 런타임 시 잘못 된 매개 변수로
    인해 런타임 에러가 발생하기 쉬운 것이에요. 하지만, 적절히 사용된 런타임 에러 Message를 이용해
    충분히 디버깅이 쉬운 환경으로 만들 수 있다고 하는 것이에요.

3) Reflection을 이용한 Code는 복잡하다.
  - 일반적으로 객체 생성, Method 호출 Code에 비교하면 복잡한 것이 사실인 것이에요. 하지만, Class
    Type 비교를 할 때 객체를 생성하는 Code의 경우, 대량의 조건문(if / else)을 만들어야 될 수 있기
    때문에 그것 보다 Reflection을 이용하여 재 사용 가능한 컴포넌트를 만든다면 오히려 Code를 단순화
    할 수 있는 것이에요.