HTTP 메서드

좋은 URL의 설계란....

우선 리소스를 식별하라!

& 리소스와 행위를 분리

 

회원 목록 조회, 회원 조회, 회원 등록, 회원 수정, 회원 삭제 API를 설계한다고 가정하면...

보통은

/retrieveMember

/retrieveMemberById

/updateMember

/deleteMember

이렇게 설계한다.

 

리소스(멤버)와 행위(조회, 등록, 수정, 삭제)를 분리하는 것이 좋음.

 

 

HTTP 메서드의 종류

GET / POST / PUT / PATCH / DELETE

 

- GET : 쿼리스트링으로 리소스 조회

- POST : ..거의 대부분의 많은 요청들...

- PUT : 기존 리소스를 완전히 대체 (없으면 생성). POST의 차이 : 클라이언트가 리소스의 위치를 정확하게 알고있음.

- PATCH : 리소스 부분 변경

- DELETE : 리소스 제거

 

 

HTTP 메서드의 속성

- 안전 : 내 호출이 리소스를 바꿀 수 있는가?

- 멱등 : 똑같은 요청을 한번이든 두번이든 100번이든 호출했을 때 결과가 똑같은가???

 -> 왜 쓰이는가? 자동복구 등을 쓸건지 말건지 판단하기 위해

- 캐시 가능 : 응답 결과 리소스를 캐시에서 사용해도 되는가?

 -> GET HEAD POST PATCH 가능하지만, GET정도만 사용함

 

 

출처 : <모든 개발자를 위한 HTTP 웹 기본지식> 강의 BY. 김영한