인터페이스를 이용하면 해결할 수 있을까 했던 문제는 불가능했다. 기본적으로 JPA는 클래스만 읽어들인다.
그리고 매핑하는 부분에서도 문제가 생긴다.
setter가 있어서 문제가 된다면 getter 또한 문제가 된다 생각한다. 무분별한 setter 사용도 문제지만 getter 또한 상태를 가지고 외부에서 조작할 수 있는 여지를 만든다고 생각한다.
꼼꼼하게 만드려면 프로퍼티를 모두 VO로 만드는 방법도 있겠지만, 근본적인 해결은 아닌 것 같다.
하지만, 데이터를 추출해야 하는 경우 단적으로 DTO로 변환해야할 경우는 프로퍼티를 알아야 한다.
완전 모르게 하려면 변환로직이 객체 안에 있어야 한다. 그런데 이건 좋지 않다. 만약 여러개의 엔티티로 DTO를 만들게 될 수 있을 뿐더러 필요없는 책임까지 지게된다.
혹은 타입을 외부에서 판단해야 하는데, 이러면 컴파일시 타입을 파악할 수 없다.
어떻게 하는게 좋을까
코틀린 테스트를 알게됐다. 겸사겸사 스폭도 같이 봤는데 제이유닛보다 좋아보인다.. BDD같은걸 하기 좋아보이는데, 시도해봐야겠다.
페어로 일정 등록 부분을 진행했다. 기획적으로 일정 등록과 일정 투표라는 기능이 서로 달라야 하는데 함꼐 섞여있어 그간 힘들었던게 아닌가 하는 얘기를 했다. 내일 회의하며 마저 얘기해봐야겠다.
중간에 생성자와 세터에 관한 얘기를 했는데, 지금 생각해보니 도메인이 엔티티용으로 달라져야 했던게 아닌가 싶다.
하면서 포스팅 할 거리들이 몇개 보였다. 빨리 정리해봐야겠다.
스니펫 제네레이터도 제대로 동자갛지 않았는데, 확인해봐야겠다.
컨테이너를 다루는 기본 단위가 포드라고 한다. 포드 여러개 묶어서 레플리카셋, 이걸 다루는게 디플로이와 서비스 객체라고 한다.
Powered with by Gatsby 2.0