Feat(#14): 필터 조회 API 추가

[tmddus2]

작업 사항

• 홈홤면에서 필터 조회 API

  • iOS/AOS, 최신순/오래된순/인기순 정렬
  • pagenation 방식으로 조회
  • 회원 등급에 따라 접근할 수 있는 필터인지 아닌지 파악할 수 있는 canAccess 필드 응답에 추가

• 필터 상세 정보 조회 API

  • 필터 보정값 제외한 상세 정보들 조회

• 필터 보정값 조회 API

고민한 점들

• 필터값 조회하는 API를 /api/filters/{filterId}/AOS 랑 /api/filters/{filterId}/iOS 로 나눴다.

  • 저렇게 path variable 로 줄까, query parameter로 줄까 고민했다. 처음에는 query parameter로 os 값을 받고 둘의 부모 클래스 하나 정의해둔 다음(예를 들어 FilterDetailDto 이런 거), 각각 이를 상속받아서 API 응답은 FilterDetailDto로 동일하게 내려주려고 했다.
    • 예를 들어서 /api/filters/{filterId}?os=AOS 이런 식으로 API 설계하고, 응답은 각 DetailDto의 상위 클래스인 FilterDetailDto로 통일
  • 그런데 iOS 필터랑 AOS 필터가 값 자체가 많이 달라서 이 둘의 부모 클래스로 정의할 FilterDetailDto 가 모호해짐
  • FilterDetailDto 가 그 자체로도 필터상세 정보(작가 이름, 필터 관련 사진, 리뷰 지수, 리뷰 수 등)를 가지고 있어서 이를 상속받아서 AOSFilterDetailDto 이런 걸 구현하게 되면 dto 값이 너무 많아짐
    • 기획 상에도 필터상세 정보와 필터값 조회가 나뉘어 있어서 굳이 이렇게 한번에 다 내려줄 필요 없음
  • iOS 필터랑 AOS 필터가 값 자체도 많이 달라서 API 응답을 내려줄 때 둘을 한 번에 내려주기 적절한 클래스를 따로 만들기도 애매해서.. API를 두 개로 분리했다.

• JPA에서 엔티티 저장 시간을 자동 생성하는 방법

• Spring Data JPA Auditing으로 엔티티의 생성/수정 시각 자동으로 기록

• Spring Data JPA를 활용한 데이터 정렬 구현(JPA method & Pageable, Page)

• [사소한 TIP] Spring Data JPA에서 FindBy 와 FindAllBy 차이점

• findAll, findById의 차이

• Java Constructors vs Static Factory Methods

• JPA 외래키를 기본키로 사용하기