(객체지향) 원시값 대신 VO를 사용함으로 getter를 더 많이 사용해야 하는 것은 문제가 아닌가요?

Question

안녕하세요 코드 리팩터링을 하다가 C클래스의 원시값을 VO로 포장해줬습니다.그렇게되니 C.get하면 끝날게, C.get이 또 VO.get을 호출하는 식으로 getter가 많아지더라구요만약 A->B->C->VO 이런식으로 상속구조가 되어있으면 getter가 4번이나 쓰이게 되는데음.. 이것 또한 트레이드 오프의 문제일까요?

Clickin · Answer

단순 getter는 JVM 레벨에서 최적화가 되어있어서 JIT 컴파일러가 인라이닝합니다.웜업을 거치면 JIT 컴파일러에 의해서 최적화될 확률이 높습니다.참조해볼만한 자료https://stackoverflow.com/questions/9491284/accessor-method-performance-and-optimization제 다른 답변도 혹시나 도움 될까 남겨봅니다.https://okky.kr/questions/1387598

N+! · Answer

객체지향에서 get은 사용하지 않습니다

캐티 · Answer

동적 변환이 존재하지 않으면 추상 메소드를 덮어쓰는 방식으로 구현할 수 있지 않겠나요.html 태그처럼 원시 객체가 다른 클래스로 확장되는 경우와 같을 것이고요.이럼에도 오버라이딩을 할 수 없는 경우도 분명하게 존재하는데 어떤 클래스가 내부 클래스를 여러개 가지는 경우가 되지 않겠나요. 이러면 getter가 중첩되고 이 상태에서 최적화가 안되는데 클래스밖에 라우터나 핸들러를 구현하여야 할 것이어요. 이러한 문제는 아니지 않나요.

지붕뚫고높이차 · Answer

객체지향과 VO 는 관련이 없습니다. 데이터와 메소드를 하나로 모은 캡슐화된 클래스일 뿐 상속이나 정보은닉이 어려운 모호한 클래스 입니다.그렇기 때문에 A->B->C->VO 의 상속구조가 이상하게 되는거죠. 말씀하신대로 getter 가 4번이나 중복되잖아요.원시데이터를 VO 로 포장했으면 이미 추상화(쉽게 포장된)가 된 상태니 인터페이스나 상속으로 추상화 하려 하지 마세요.

NPE · Answer

getter 이런건 언어 자체의 설계 문제지객체지향과 상관 없어요

장독깨기 · Answer

크게 문제 될 거는 없습니다.근데, vo 로 한번 더 감싼 이유가 있을까요?이 이유가 장점이 분명하게 있어야 합니다.대게 Vo 는 단순 데이터 객체라 그렇게 할 이유가 잘 없어 보입니다.

(객체지향) 원시값 대신 VO를 사용함으로 getter를 더 많이 사용해야 하는 것은 문제가 아닌가요?

6개의 답변

Q&A 목록