Restful 딜레마에 빠졌습니다. 적합한 URL 규칙 조언 요청드립니다.

Question

최근에도 질문을 올렸지만, 다른 문제로 또 딜레마에 빠졌네요.이번 문제는 이런 내용입니다.모든 사용자의 휴대폰 정보를 달라고 합니다./user/phone엄청 심플하게 해결됩니다. 그러나....여기에 만약, 사용자들의 휴대폰 정보와 지금까지의 데이터 사용량을 한번에 돌려받길 원합니다.DB 기준 Join 해서 날린 쿼리로 생성 된 데이터 사용량을 포함한 한 줄의 결과를 돌려받는거죠.문제는 어디에서는 이 사용량이 포함 된 데이터를 원하고어디에서는 사용량이 굳이 필요하지 않습니다.만약 사용량을 조회한다면 Join &#43; 사용량을 집계 하다보니 속도에 반드시 영향이 가기 때문에,필요하지 않은 상황에서는 굳이 해당 사용량까지 조회하고 싶지 않습니다.간단하게 생각했을 땐 사용량까지 조회해라 말아라 라는 Param 을 추가할까 했는데,이게 맞는지도 의문이고 만약 사용량 말고 그런식으로 Join 해서 한번에 보고 싶은 데이터가 많아진다면그걸 모두 Param에 받는건 둘째치고, 그걸 전부 if 로 분기를 태워야 하는데 무언가 잘못되었다 라는 생각이 듭니다.이 경우엔 대체 API URL 이나 Param 을 구성해야 해결할 수 있을까요?

크리미드림 · Answer

다양한 방법이 있을 것 같습니다.요청 URI를 체크해서 호출하는 서비스를 나누는 방법,그게 안된다면 호출하는 서비스를 구분하기 위한 구분 값을 나누는 방법 등등..REST API의 URI는 계층을 의미 했던가요? 계층을 하나 더 나눠서 /USER/PHONE/BASICINFO/USER/PHONE/DETAILINFO 이런식으로 나누는 방법도 있을것같습니다.사실 이런 부분은 회사에 URI 구성 RULE도 있고.. 기존 개발했던 소스들이나 사내 솔루션을 보면 이런 이슈들을 어떤 방식으로 처리했는지확인이 가능하기 때문에 저는 회사에서 기존에 해왔던 방식을 지켜서 쓰는 편입니다.

Paimon · Answer

저라면 url을 따로 만들거같네요 /user/total 이런식으로그리고 너무 rest규칙에 얽매이지 않으셔도될거것같네요

으헝러헝헝 · Answer

저라면...?user?p=0101234&info=default 이런식으로 쿼리로 날리지 않을까 합니다...ㅎㅎ

Restful 딜레마에 빠졌습니다. 적합한 URL 규칙 조언 요청드립니다.

3개의 답변

Q&A 목록