QueryDSL Repository DTO 생성자 코드 보통 어떻게 관리하나요?

Question

@Override public Page findAllByMemberIdWithPagination(final Long memberId, final Pageable pageable) { final JPAQuery countQuery = createCountQuery(eqExpression(comment.memberId, memberId)); final QComment parent = new QComment("parent"); final JPAQuery contentQuery = queryFactory.select( new QCommentFindByMemberDto( comment.id, comment.parentId, component.summary.title, parent.content, comment.content, comment.createdAt, comment.parentId.isNotNull() ) ).from(comment) .innerJoin(parent).on(eqExpression(parent.id, comment.parentId)) .innerJoin(component).on(eqExpression(component.id, comment.componentId)) ...QueryDSL을 활용하면 보통 DTO 생성자 코드블록이 이렇게 긴데 어떻게 처리하나요?당장은 메서드로 추출하려고 하는데... 예전에 하나의 DTO가 여러 도메인의 QueryDSLRepo에서 사용되서 Repo 클래스마다 하나의 DTO 생성 메서드가 있었던 경험이 있어서 불필요하다 싶기도 하구요ㅜㅜQueryDSL 너무 좋긴한데 이처럼 코드가 장황해지는 문제를 실무에선 어떻게 관리하는지 궁금합니다!

감독님테스트가하고싶어요 · Accepted Answer

왠만하면 도메인 위주로 처리하도록 해보세요.dto로 조회할 경우 entity에 비지니스로직을 담을 수 없어서 빈약한 도메인 방식의 개발이 됩니다.dto로 반드시 출력해야하는 상황에서는 지금 사용하고계시는 방법 말고는 다른 대안은 잘 모르겠네요.

QueryDSL Repository DTO 생성자 코드 보통 어떻게 관리하나요?

1개의 답변

#querydsl 목록