HTTP Method — GET, POST, PUT, PATCH, DELETE를 제대로 이해하기 | dev-letter(데브레터)
HTTP Method — GET, POST, PUT, PATCH, DELETE를 제대로 이해하기
HTTP 메서드의 역할과 안전성·멱등성 개념을 인터랙티브 시각화로 체험합니다. PUT vs PATCH 차이, REST API 설계 원칙, 메서드 선택 기준까지 한 번에 정리합니다.
dev-letter.kr
🔼 블로그를 읽으며 정리를 해보았습니다
HTTP 메서드란?
HTTP 요청은 세 부분으로 구성됩니다.
메서드(Method), URL(리소스), 본문(Body)
URL이 "어디에" 요청하는지를 나타낸다면, 메서드는 "무엇을" 하고 싶은지를 나타냅니다
메서드를 이해하는데 중요한 두 가지 속성
🔹 안정성 : 메서드 호출이 서버의 상태를 변경하지 않음을 의미
🔹 멱등성 : 동일한 요청을 여러 번 보내도 최종 결과가 같음을 의미
각 메서드의 속성
🔹 GET : 리소스 조회
🔹 POST : 리소스 생성, 처리
🔹 PUT : 리소스 전체 교체
🔹 PATCH : 리소스 부분 수정
🔹 DELETE : 리소스 삭제
🔹 HEAD : 헤더만 조회 (본문 없음)
🔹 OPTIONS : 지원 메서드 조회
PUT vs PATCH : 전체 수정 vs 부분 수정
REST API 설계에서 가장 많이 혼동하는 부분이 PUT과 PATCH의 차이입니다
🔹 PUT : 리소스를 완전히 교체 / 요청 본문에 포함되지 않은 필드는 서버에서 삭제됨
🔹 PATCH : 리소스를 부분적으로 수정 / 요청 본문에 포함된 필드만 변경되고 나머지는 유지됨
REST API 실습 : 메서드와 URL의 조합
RESTful API의 핵심은 리소스 중심 URL + 메서드로 동작을 표현하는 것입니다
URL에 동사를 포함하면 안 됩니다.
각 요청의 성공 응답 코드도 메서드에 따라 다릅니다
🔹 GET은 200 OK
🔹 POST(생성)는 201 Created + Location 헤더
🔹 DELETE는 204 No Content
를 반환합니다
안정성 x 멱등성 매트릭스
안정성과 멱등성은 독립된 개념이지만 관계가 있습니다.
안전한 메서드는 반드시 멱등합니다.
반대로 멱등해도 안전하지 않을 수 있습니다.
'🍏 개발일기' 카테고리의 다른 글
| REST API 란? (0) | 2026.03.29 |
|---|---|
| 동기와 비동기 (0) | 2026.03.27 |
| REST API 요청 흐름 (0) | 2026.03.24 |
| 미세먼지 수준에 따라 강남역 2호선 이용객 수 평균이 어떻게 달라지는지 (0) | 2026.03.20 |
| OAuth (0) | 2026.03.19 |