[사이드 프로젝트] 정렬 하나에도 설계가 들어간다

개요이번 글은 "단순한 조회"를 넘어,정렬/페이징/쿼리 조건까지 어떻게 설계했는지를 기록한 글이다. 조회 API는 간단해 보이지만, 도메인과 사용자 경험에 가장 밀접한 영역이다.  필자는 이번 사이드 프로젝트에서 조회 API 기능을 구현할 때,"어떤 기술을 선택하는게 가장 합리적일까?""어떻게 해야 도메인 비즈니스에 특화된 조회 API의 정렬 기능을 통합할 수 있을까?"와 같은 질문을 반복해서 던졌던 것 같다.이번 글에서는 작은 욕심에서 시작된, 정렬 기능 설계 과정을 정리해보려 한다   정렬 조건은 단순하지 않았다필자는 사실 처음엔, 조회 API에서의 정렬 값을 단순한 문자열로 받을 계획이었다. 그 이유는, 도메인마다 정렬할 수 있는 필드가 모두 다를 수밖에 없다고 생각했기 때문이다.  예를 들어 아래..