인프런 커뮤니티 질문&답변

안녕하세요. jungjin1.kim님

설계에 대한 좋은 고민이 많으시네요^^

1. 인프라 기술인 JPA에 의존성을 가지게 된다는 부분은 혹시 어떤 점 때문에 그런가요? JPA 애노테이션 때문에 그런지요? 그러면 엔티티 객체를 JPA 에노테이션을 전부 제거하고, xml을 통해서 JPA 설정을 매핑할 수 있는 방법도 있습니다. 이렇게 되면 객체 관점에서 JPA 의존이 전부 빠진 것 처럼 보이겠지요.

하지만 모두 그 방법을 사용하지 않는 것에는 이유가 있겠지요. 마찬가지로 스프링도 과거에는 애노테이션 없이 순수하게 xml로만 매핑했습니다. 코드에 스프링이라는 단어 자체가 보이지 않았지요. 하지만 애노테이션을 사용하면, xml 매핑에 들어가는 공수대비 너무 편리하기 때문에 실용적인 관점에서 애노테이션 정도는 사용하는 방향으로 개발하는 것이 좋다 생각합니다. 이 부분은 스프링을 전부 xml로 설정하고 jpa도 전부 xml로 매핑을 해보면, 그 고통?을 이해할 수 있습니다.

이런 관점에서 질문 전체를 통과하는 답을 드리자면, 엔티티와 도메인 객체를 따로 분리하지 말고, 엔티티 자체를 도메인 객체로 사용하시는 것이 좋습니다. xml로 매핑하면 정말 겉으로 보기에는 순수한, 의존성 없는 코드를 얻으실 수 있겠지만, 애노테이션 정도는 실용적인 관점에서 가지고 가는 것이지요.

2. 제가 질문을 정확히 이해하지 못했습니다. 설계 부분이어서 좀 더 구체적인 예시를 들어주시면 좋을 것 같아요. 특히 다음 부분을 잘 이해를 못했습니다.

"같은 도메인(비즈니스 로직)을 사용하더라도 JPA를 사용 가능한 사이트가 있고, 그렇지 않은 사이트가 있기 때문에 분리한 케이스인데, 이렇게 설계하다보니 도메인 계층은 객체지향적으로 설계가 잘 됩니다만, Repository 쪽은 Entity가 트랜잭션 스크립트 처럼 데이터만 수정하는 꼴이되버립니다." 

3. 여기서도 제가 질문을 정확히 이해하지 못했습니다. 말씀하시는 비즈니스 객체가 무언지 예시를 들어주셔야 할 것 같아요. 그리고 어떻게 했을 때 비효율 적이었는지 구체적인 코드로 설명을 해주시면 좋을 것 같아요.

감사합니다.