HTTP API API URI 설계 URI(Uniform Resource Identifier) 회원 목록을 조회, 회원 조회, 회원 등록, 회원 수정, 회원 삭제를 하는 URI를 설계한다고 하면 각각 read-member-list, read-member-by-id ... 이런 식으로 설계하는 것은 좋은 URI설계가 아니다. URI설계에서 가장 중요한 것은 리소스를 식별할수 있어야 한다. 리소스의 의미는 무엇일까. 회원을 등록하고 수정하고 조회하는 것은 리소스가 아니다. 회원이라는 개념 자체가 바로 리소스이다. ( 예: 미네랄을 캐라 → 미네랄이 리소스 ) 그렇다면 리소스를 어떻게 식별하는게 좋을까? 회원을 등록하고 수정하고 조회하는 것을 모두 배제해야 한다. 회원이라는 리소스만 식별하면 된다. → 회원 ..