전체 글

개요프로젝트에서 담당한 도메인의 목록 조회 API를 개발하면서 알게 된 내용이다.반환 값을 Page 형태로 주기 위해 Pageable 정보를 받는 형식으로 개발하고 있었다.보통 이렇게 @PageableDefault 를 사용해 Pageable의 기본값을 설정했었다. 하지만 정렬 조건을 더 추가하고 싶었고 그 방법을 찾다가 @SortDefault를 사용해 정렬 조건을 따로 설정하는 방법을 알게 되었다. @SortDefault@SortDefault 을 사용하면 @PageableDefault에는 page, size 등을 설정하고 sort 을 따로 설정할 수 있다.  @SortDefault.SortDefaults @SortDefault.SortDefaults 을 사용하면 정렬 조건을 추가할 수 있다. 느낀 점Pa..

다른 팀원 분의 조회 api 개발에 대해 코드리뷰를 하던 중 @RequestParam에 required 속성을 사용하신 것을 발견했다.@RequestParam의 required 속성required 속성은 파라미터의 필수 여부를 결정할 수 있어 required = false 로 속성을 입력하면 필드가 쿼리스트링에 존재하지 않아도 오류를 반환하지 않는다느낀 점이전에 프로젝트를 했을 때, 필수 값이 아닌 파라미터의 처리를 의미 없는 값을 defaultVaule 로 지정한 후 해당 값이면 넘어가는 형식으로 처리했었다. required 옵션을 알았더라면 더 잘 처리할 수 있었겠다는 생각이 들었고 앞으로 잘 활용해봐야겠다.

상황공통으로 사용하는 권한 처리 로직을 어떻게 구현할지 논의하던 중, 팀원분께서 아래와 같은 방식을 제안하셨다.해당 메서드에 아래 코드처럼 확인할 권한을 여러 개 넘길 수 있는 구조이다.해당 코드를 보면서 메서드 파라미터에 ...을 사용해 배열로 받을 수 있다는 것을 알게 되었고, 궁금해져서 조금 더 찾아보니 이런 기법을 가변 인수(Variable Arguments, Varargs) 라고 부른다는 것을 알게 되었다. 자바 가변 인수 (Varargs)가변 인수는 매서드 파라미터 부분에 타입... 매개 변수명 으로 처리하면 사용이 가능하고, 파라미터로 넘겨지는 값들을 모아서 컴파일 시 배열로 처리한다. 주의할 점은 다른 매개 변수를 받는 경우 메서드의 가장 마지막 파라미터로만 사용 가능한 점이다.원하는 개수..

첫 번째 프로젝트를 시작하면서 배운 점 1. 협업을 한다고 해서 무조건 개발 단계에서 DB를 같이 사용하지 않아도 된다.그동안 몇 번 협업하면서 프로젝트 초반에 데이터베이스 환경을 설정할 때 무조건 RDS를 먼저 생성 후 해당 DB를 다 함께 사용하는 방식으로 개발했었다. 그렇기 때문에 이번에도 이 방법으로 RDS부터 먼저 연결하고 시작하자고 의견을 냈지만, 다른 팀원분께서 개발할 때는 각자의 환경에서 하고 배포할 때 취합하면 될 것 같다는 의견을 내주셨다.이 의견을 듣고, 지난 프로젝트들을 돌아보니 실제로 이 점 때문에 “제가 개발하면서 해당 도메인 변경해서 일어난 문제인 것 같습니다! 죄송합니다🥺” 라는 내용의 대화를 주고받은 기억이 떠올랐다. 그러고 보면 기능 개발 자체는 브런치를 나눠서 했으면서..