URI는 항상 리소스를 식별해야한다. (미네랄)
- ‘캐다’는 리소스가 아니다.
API 설계 - POST 기반 등록
-
회원 목록 /members → GET
-
회원 등록 /members → POST
- members에 회원정보를 넣어주면 새로운 회원이 등록된다!
<aside> 💡 /members에 데이터를 전송하면 신규로 회원을 등록할꺼야!
</aside>
-
특정 회원 조회 /members/{id} → GET
-
회원 수정 /members/{id} → PATCH, PUT, POST
- 일반적으로 회원 수정은 PATCH를 사용하게 된다.
- PUT은 클라이언트에서 회원정보에 대한 모든것을 보내야지만 전체 대체가 일어나니 적합하지 않는다.(완전히 덮을수 있을때)
- 게시판의 게시글을 수정할때는 PUT을 사용할수 있다. → 게시글의 전체를 대체할 수 있기 때문에
-
회원 삭제 /members/{id} → DELETE
- 해당 회원 삭제
POST로 신규 등록을 하게 되면, 서버는 클라이언트의 데이터를 가지고 신규 리소스 식별자를 생성하고 DB에 데이터를 저장하게 된다.
- 신규 리소스 식별자를 만들고 URL을 만든다.
/members/100
<aside> 💡 POST로 요청을 보내게 되면 서버에서 리소스 URI를 결정하고 만든다.
</aside>
- 정리 클라이언트는 등록될 리소스의 URI를 모른다. 그냥 회원데이터를 서버에 던지면 서버에서 DB에 저장하고 회원을 식별할 수 있는 URI를 만든다.
- 서버에서 새로 등록된 리소스 URI를 생성해준다.
- HTTP/1.1 201. Created
- Location : /members/100
- 컬렉션
- 서버가 관리하는 리소스 디렉토리
- 서버가 리소스의 URI를 생성하고 관리
- 여기서 컬렉션은 /memebers