[%] rest api url 설계 정석같은거 없나..

[익명(118.235)]

연관관계 맺어진 애들 어떻게 설계해야할지 감이 안옴


요구사항이 죄다 양방향이야 시발.

관리자는 자기가 접근 가능한 메뉴들을 알아야하고

반대로 메뉴는 자기한테 접근 가능한 관리자들을 알아야함

이럴 경우에 리스트를 뿌린다하면

/api/admins/{adminId}/menus // 관리자 메뉴권한 리스트

/api/menus/{menuId}/admins // 메뉴 접근권한 있는 관리자 리스트

이런식으로 해야하는거..??

help me..

[익명(218.51)]

ㅇㅇ 그런 식으로 하면 될 것같은데. 둘의 권한 레벨도 다를거고 유즈케이스도 달라서 양방향이라고 보긴 힘들듯? 그냥 서로 다른 두개의 요구사항이지

[익명(118.235)]

아 그래?? 답변 고마워. 다 설명하긴 힘든데 동적으로 url 생성되는게 너무 많아서 @PathVariable 떡칠중인데 이게 맞나 싶은데 어쩔수없겠지? /api/{siteName}/{menuName}/{contentId} 이런식인데..

[익명(218.51)]

api에 사이트 이름이 왜 들어감?? 뭐 그건 상관없고 @Nullable 이런 식으로 null 체크되지않나? 모든 경우 다 처리하게 테스트 여러 건 잘 만들어두면 문제없을듯

[익명(118.235)]

워드프레스같은거 만들어달라고 해서 ㅇㅇ.. 돌겟음

[익명(125.177)]

아 어제 그 DB는 나누고 인증서비스는 따로 빼지 말고 한 DB에 다 넣으라했던 그 개노답 요구사항 걔구나 ㅋㅋ

[익명(118.235)]

어케알앗노 ㅅㅂ ㅋㅋ 매일 매일이 퇴사마려움의 연속이다.. 기획서 한장없이 만드는데 숨쉬듯이 요구사항 바뀌고 뒤지겟음

[익명(112.172)]

https://cloud.google.com/apis/design?hl=ko

[익명(117.111)]

븅신같은 rest 고집만 안하면 해결임