🏄 Deep Dive

들어가기 앞서 현재 QueryDSL 5.0.0 버전을 기반으로 프로젝트 개발을 진행하고 있는데, 복잡한 연관관계를 가지는 테이블을 JPA Mapping 을 사용해 비즈니스 로직을 수행할 경우 너무 많은 쿼리를 요청하게 되어 불필요한 자원을 사용하는 문제가 있었다. 이를 해결하기 위해 @Query 애노테이션을 사용해 레퍼지토리에 조회 메소드를 구현하는 것을 고려 했지만 다음과 같은 이유로 반려했다. 여러 테이블을 한 번에 조회해 하나의 도메인 클래스로 재구성해야 하며, 여러 조건의 결과를 GroupBy 하여 임베디드 클래스의 필드에 할당해야 하는 상황에서 @Query 애노테이션은 구현이 어려울 것이라고 생각했다. 특정 엔티티의 레퍼지토리에 @Query 를 사용해 조회 메소드를 구현하는 것은 해당 레퍼지토리..

지금 우리 회사는 현재 회사에서 운영 중인 어드민은 빠르게 개발하기 위해 Trimou 를 채택해 개발했는데, 해당 템플릿이 Spring Boot 2.X 를 지원하지 않는 이슈가 있어 어쩔 수 없이(?) Java 8 + Spring Boot 1.5.13 을 기반으로 모든 서비스가 운영되고 있다. 또한 모든 도메인이 하나의 프로젝트에서 멀티 모듈로 관리되고 있어 쉽게 버전을 올릴 수 없는 상황이었다. 이러한 내부적인 이슈로 인해 Spring Boot 2 부터 지원하는 Optional 을 사용하지 못해 매번 별도의 Nullable Check 를 해줘야 하는 불편함을 항상 느꼈다. 그리고 여러 커뮤니티에서 Kotlin 에 대한 주제가 자주 언급되다 보니 자연스럽게 관심을 가지게 되었고, 토이 프로젝트로 가지고 ..