uri 정하는 기준을 어떻게 정하시나요?

Question

3년차에 이런 질문을 한다는게 너무 창피하지만 질문해봅니다.물론 DDD 공부도 해보긴 했지만, 아직 명확하게 DDD를 알진 못하나봅니다.아래는 질문입니다.A, B, C라는 테이블이 있을때 기존 uri도 아래와 같이 api/A/...., api/B/..., api/C/... 이런식으로 되어 있다고 가정합니다.그러면, 여기에서 A와 B와 C의 내용을 전부 가져와서 데이터를 뿌려줘야 하는 API를 개발할 때, uri를 어떻게 정하시나요?새로운 uri를 만든다. ex) api/D/...... 혹은 api/A-B-C/.... 등등등더 중요도가 높아보이는 도메인으로 맞춘다. (이 경우 중요도가 엇비슷하다고 판단되는 경우는??)그런거 모르겠고 그냥 눈에 보이는 곳에다가 넣는다.기획자에게 건의하여 3개의 API로 따로 호출할 수 있도록 기획을 바꾼다.사실, 3개의 다른 카테고리를 하나의 API로 보여줘야 한다면 그건 기획의 문제라고 생각하긴 하지만, 어디 서비스라는게 내 맘대로 되나요.. ㅠ여러분은 어떻게 정하고, 그 정하는 기준이 무엇인지 알 수 있을까요? 추가) 만약 새로운 uri를 만든다면 MSA의 경우에는 어떻게 진행해야 할까요? -> MSA는 하나의 서버가 하나의 uri를 가지고 있으니... 이 경우에 API 하나를 만들자고 새로운 API 서버를 만들수가 없잖아요?

하얀뼈 · Answer

창피할거 없어요. 당장 인터넷에 REST API만 검색해도 자기들도 확실히 모르면서 진리인양 써놓은 글들도 많습니다.제 개인적으로는 router uri와 api의 uri는 동일하게 같은 카테고리에 묶는 식으로 만들고 있습니다./member/1/product/card/product/loan이런 식으로...질문 주신글은 A&#43;B&#43;C의 내용을 다 보여줘야 한다는 것인데/product로 하거나 /product/:xxx로 다른걸 붙여서 만들 것 같긴 하네요

uri 정하는 기준을 어떻게 정하시나요?

1개의 답변

Q&A 목록