커리어톤

오늘 한 일 오늘은 조건검색기능을 QueryDSL을 이용해서 만들었다. 자바 백엔드 기술은 Spring Boot와 Spring Data JPA를 함께 사용한다. 하지만, 복잡한 쿼리, 동적 쿼리를 구현하는 데 있어 한계가 있다. 이러한 문제점을 해결할 수 있는 것이 QueryDSL이다. QueryDSL이 등장하기 이전에는 Mybatis, JPQL, Criteria 등 문자열 형태로 쿼리문을 작성하여 컴파일 시에 오류를 발견하는 것이 불가능했다. 하지만, QueryDSL은 자바 코드로 SQL 문을 작성할 수 있어 컴파일 시에 오류를 발생하여 잘못된 쿼리가 실행되는 것을 방지할 수 있다. 난 이 자바코드로 써서 코드에서 에러를 바로 찾아주는 부분이 정말 신세계 였다. 먼저 QueryDSL을 사용하기 위해서는..

오늘한 일 오늘은 팀원들 코드를 pull받아서 기능 수정과 팀원들에게 코드를 조금 더 깔끔하게 바꿔달라는 요청을 받아서 코드들을 다 수정했다. 시간이 가장 많이 걸린건 모든곳에 다 쓰이는 주요 엔티티 이름 자체를 처음부터 잘못 지었다는 것이다... 이것 바꾼다고 시간을 많이 썼지만 이제 코드가 가독성도 좋아지고 깔끔해진 느낌이 들었다(이게 클린코드 인가...?) 메서드 명도 알아보기 힘들다며 혼남... 실수로 입력 안 하고 지나간 부분을 팀원이 집어줘서 더욱 클린한 코드로 개선했습니다! 엔티티 이름도 같이 고민했습니다! 내일할 일 내일은 비로소 조회수를 구현해서 완성하고, 시간이 남는다면 채팅기능까지 조금 공부해보도록 하겠다.. 바이...

오늘한 것 오늘 아침부터 팀원들과 회의 하고 ERD를 조금 손보면서 CRUD를 완성하고, 공동구매 신청기능인 ApplicationUsers작성을 완성했다. 해당 부분 ERD가 수정되었다. 할것도 많고 하는 시간이 많이 길지 않아 한번에 많은 기능은 못 만들고 있다. 아마 D-day가 다가오면 더 급하게 하게 되겠지... 내일할 일 내일은 본격적으로 공동구매 게시글 쪽 검색기능을 제외한 모든기능 완성을 생각해두고 있고, Redis를 이용한 조회수에대해서 조금 알아보겠다!

오늘한 일 사이드 프로젝트 혼자 살 때 1일차 API명세를 작성하고 팀원들과 회의를 한 뒤 공동구매 게시글의 생성을 만들었다. API설계 같이 살 때 fairs 게시글 전체 조회 GET /home/fairs?page=0&size=0 X X [ { title max_user current_user_count multipartFile(FormData) per_user_price enumShare address }, { title max_user current_user_count multipartFile(FormData) per_user_price enumShare address } ] 같은 지역 유저 데이터만 조회 기본값은 판매완료 빼기 게시글 생성 POST /home/fairs Bearer ~~ title..