집짓기 대신 개발

혼자서 공부할 겸 프로젝트를 하나 진행하려고 고민하던 중 그래도 나름 괜찮은 아이디어가 떠올라 시작하게 됐습니다. 프로젝트를 진행하면서 진행과정을 블로그에 정리하고 경험을 공유하고자 합니다. 첫번째 글로는 프로젝트의 백엔드 기술스택 선정과 그 이유에 대해 정리해보았습니다. 백엔드 기술스택의 언어로는 코틀린으로 선정했습니다. 이유는 최근에 자바를 이용한 프로젝트를 많이 진행했는데 다양한 편의 기능과 functional + OOP의 장점들을 모두 취할 수 있기 때문에 선정했습니다. 최근 자바에 대항한 JVM언어 중 원탑이 아닐까 생각합니다. 물론 자바와 거의 100% 호환하기 때문에 거기에서 오는 심리적 안정감도 존재했습니다. 레퍼런스에 대한 고민과 문제가 생겼을 때 자바를 이용한 일부 코드를 작성할 수도 ..

Spring 프로젝트를 진행하면서 Query DSL을 언제 도입할지에 대해 고민하던 중 좋은 타이밍이라 생각하여 도입했습니다. 내가 QueryDSL을 도입한 이유와 타이밍에 대해서 간략하게 정리하여 경험을 공유하고 합니다. QueryDSL은 프로젝트 초기에 바로 도입하여 사용하는걸 권장하지만 현재 회사의 프로젝트를 시작하면서 최소한의 툴을 사용하면서 정말 필요할때 도입하고자 목표를 잡았었습니다. 본론으로 들어가기 전에 QueryDSL에 대해 간략하게 소개하고자 합니다. QueryDSL이란? QueryDSL은 Query 빌더로 조금 더 정확하게는 Jpa의 JPQL을 만들어주는 빌더입니다. 보통 Jpa Repository에서 자동으로 만들어주는 매핑 메소드를 생성하기 어렵거나 복잡한 상황에서 쿼리를 작성하고..

Spring Boot 프로젝트에서 JPA를 사용하면 Repository를 통해 DB의 데이터를 꺼내오게 된다. JPA가 지원하는 기본적인 Repository는 다양한 기능을 함께 지원하지만 규모가 커지고 복잡한 쿼리가 필요할때는 한계에 부딪히게 된다. 이럴때 개발자가 자체적으로 Repository를 만들어서 커스텀해 사용해야 하는데 이를 위한 두 가지 방법을 소개하려 한다. 1. 기본 Repository에 Interface를 추가하여 확장하는 방법 2. 기본 Repository와 별개의 Repository생성하는 방법 1. 추가 Interface를 통해 Repository 확장 - 기존 JpaRepostory에 CustomRepo를 추가해준다. public interface ConsultationRepo..