To consider supporting separate APIs for calling detail data when querying the list #43
Description
지난 issue를 통해 사용자 마이그레이션 모델 list 조회시 detail data를 요청하는 API들과 기본 정보만을 제공하는 API들을 별도로 지원하는 방법을 고려하기로 결정되습니다.
@dev4unet (@ish-hcc, @yunkon-kim)
위에서 의견 주신 내용들중 아래의 사항은 저도 계속 테스트를 계속 진행하면서 필요성을 느끼는데, 말씀하신대로 좀더 의견을 들어보고 구체적인 방향을 결정해서 향후에 적용하도록 하겠습니다.제 생각에도 pagination 기능보다 detail data를 call하는 API를 별도로 지원하는 방법이 사용하시기에 더 효율적일거 같습니다.
[ 리스트 조회시 Body data 제외하고 기본 정보만 조회하는 파라메터 추가 필요 ]
일전에 잠시 언급했었던 기능이고 지금은 웹도 바로 반영이 힘드니 나중을 고려했을 때의 제안입니다.
현재 Barista의 모든 List API에는 각각에 대해 Get 세부 정보가 포함되는 형태로 조회되는데 인프라 모델의 경우에도 Data 사이즈가 크지만 소프트웨어 모델의 경우 Data 사이즈가 꽤 큰 편인데 시간이 흐를수록 저장된 입/출력 모델이 많아지면 List를 조회할 때 주고 받는 Data의 크기가 너무 커져서 웹에서는 문제가 될 수 있습니다.
향후에는 페이징이 구현되거나 isRequestDetaildata 처럼 세부 정보 포함 여부를 선택할 수 있는 요청 변수가 포함되면 어떨까 싶습니다. (모델 성격상 페이징만으로는 한계가 있을거라 생각됩니다.)
Originally posted by @dev4unet in #38
Originally posted by @innodreamer in #38