TIL 75 - [ Spring 최종 프로젝트 ( Day 11 ) - 코드 리팩토링(1) 동적쿼리 QueryDSL ]

[[내일배움캠프-Sparta]/Spring 6기 ( + TIL )] - TIL 74 - [ Spring 최종 프로젝트 ( Day 10 ) - 코드 리뷰(피드백), 추후 계획, Swagger ]

TIL 74 - [ Spring 최종 프로젝트 ( Day 10 ) - 코드 리뷰(피드백), 추후 계획, Swagger ]

어제 코드 리뷰를 받고 개선해 나가는 작업을 해 나아갔다.

 

그전에 Swagger 라이브러리를 먼저 마무리 짓고, PR을 올려서 병합을 시키고, 새로 다시 dev에서 브랜치를 새로 만들어서 작업을 이어 나갔다.

 

오랜만에 동적 쿼리를 보니까 많이 낯설었다. 구글링해서 찾아보고, 저번에 했던 프로젝트를 참고하면서 진행하였다.

// QueryDSL
implementation 'com.querydsl:querydsl-jpa:5.0.0:jakarta'
annotationProcessor 'com.querydsl:querydsl-apt:5.0.0:jakarta'
annotationProcessor 'jakarta.persistence:jakarta.persistence-api:3.1.0'
annotationProcessor 'jakarta.annotation:jakarta.annotation-api:2.1.1'

우리 프로젝트에 QueryDSL 동적쿼리 라이브러리가 적용되어 있지않아서 일단 먼저 build.gradle에 추가를 시켜주었다.

그리고 QueryDSLconfig클래스를 생성해 Bean을 등록 EntityManager 활성화해주었다.

이러고 이제 서버를 빌드 해주면 이 프로젝트에 있는 Entity들이 Q객체 클래스 형태가 나타나게 된다. ( 두번째 화면 )

이 Q클래스들을 통해서 query문을 코드로 직접 작성할수 있다. ( 동적 쿼리 )

 

이제 컨트롤러에서 원래 존 로직이 category 필터만 requestParam 형태로 하고있는 정적인 형태였다. 하지만 추후에 계속 여러 검색 조건이 생긴다면 if ~ else문 이 기하 급수적으로 많이 나타나기 때문에 동적쿼리로 다뤄보는게 어떻냐는 피드백을 받고, 이번 기회에 QueryDSL을 활용해서 동적쿼리를 해보게 되었다.

우선 우리팀 컨벤션에 맞게 record 형태타입으로 Dto를 다루기로 하였기 때문에 해당 형식으로 Dto를 만들었다.

🙄 Condition?

여기서 Condition 이라는 뜻을 처음 들어보았는데,

Condition이라는 이름은 "검색 조건"을 의미하는 도메인 용어 표현이고,
컨트롤러 → 서비스 → 리포지토리로 넘어갈 때
"이 조건에 따라 문제들을 조회해줘!" 라는 의미를 명확히 전달하기 위해 사용되는 네이밍이라고 한다.

즉, ProblemSearchCondition은
"문제 리스트를 어떤 조건으로 필터링할지 정의한 객체"
라는 걸 알기 쉽도록 이름 붙인 것입니다

 

👀 BooleanBuilder

BooleanBuilder는 where 조건문을 조합하여 좀더 쉽게 표현할수 있는 클래스라고 보면 이해하기가 쉬울것이다.

where() 절 안에 조건을 선택적으로, 순차적으로, 여러 개 조립해서 넣고 싶을 때 사용하는 조건 빌더입니다.

 

• 조건이 있을 때만 where절에 추가하고 싶을 때 (null 체크, optional 조건 등)
• 조건이 여러 개일 때 가독성 있게 표현하고 싶을 때
• 코드 중복을 줄이고 재사용성을 높이고 싶을 때

 

여기까지만 고민해보고 내일 다시 리팩토링을 다룰 생각이다.

 

오랜만에 봐서 그런지 너무 낯설기도 했다. 조금더 QueryDSL에 내용을 알아보아야겠다.

 

내일은 남은 코드 리팩토링과 테스트 코드를 작성할 예정이다.