3. HTTP Method 에 대해 설명해 주세요.

[KIMSEI1124]

• HTTP Method의 멱등성에 대해 설명해 주세요.
• GET과 POST의 차이는 무엇인가요?
• POST와 PUT, PATCH의 차이는 무엇인가요?
• HTTP 1.1 이후로, GET에도 Body에 데이터를 실을 수 있게 되었습니다. 그럼에도 불구하고 왜 아직도 이런 방식을 지양하는 것일까요?

[KIMSEI1124]

참고자료 : Mozilla - HTTP 요청 메서드

먼저, HTTP란?
요청 메서드를 정의하여, 주어진 리소스에 수행하길 원하는 행동을 나타냅니다.
각각의 메서드는 서로 다른 의미를 구현하지만, 일부 기능은 메서드 집합 간에 서로 공유하기도하며, 안전하거나, 캐시 가능하거나, 멱등성을 가질 수 있습니다.

HTTP Method의 종류

Http Method	설명
GET	GET 메서드는 특정 리소스의 표시를 요청합니다. GET을 사용하는 요청은 오직 데이터를 받기만 합니다.
HEAD	HEAD 메서드는 GET 메서드의 요청과 동일한 응답을 요구하지만, 응답 본문을 포함하지 않습니다.
POST	POST 메서드는 특정 리소스에 엔티티를 제출할 때 쓰입니다. 이는 종종 서버의 상태의 변화나 부작용을 일으킵니다.
PUT	PUT 메서드는 목적 리소스 모든 현재 표시를 요청 payload로 바꿉니다.
DELETE	DELETE 메서드는 특정 리소스를 삭제합니다.
CONNECT	CONNECT 메서드는 목적 리소스로 식별되는 서버로의 터널을 맺습니다.
OPTIONS	OPTIONS 메서드는 목적 리소스의 통신을 설정하는 데 쓰입니다.
TRACE	TRACE 메서드는 목적 리소스의 경로를 따라 메시지 loop-back 테스트를 합니다.
PATCH	PATCH 메서드는 리소스의 부분만을 수정하는 데 쓰입니다.

위에서 반드시 알아야하는 메서드는 개인적으로 6개라고 생각합니다.

GET, POST, PUT, DELETE, OPTIONS, PATCH

3.1. HTTP Method의 멱등성에 대해 설명해 주세요.

참고 자료

• Mozilla - HTTP 멱등성
• [HTTP] HTTP 메소드의 멱등성(Idempotence)과 Delete 메소드가 멱등한 이유

멱등성이란?
동일한 요청을 한 번 보내는 것과 여러 번 연속으로 보내는 것이 같은 효과를 지니고, 서버의 상태도 동일하게 남을 때, 해당 HTTP 메서드가 멱등성을 가졌다고 말함

멱등성 메서드에는 통계기록 등을 제외하면 어떠한 부수효과도 존재해서는 안됨

멱등성 메서드	비 멱등성 메서드
GET, HEAD, PUT, DELETE, OPTIONS, TRACE	POST, PATCH, CONNECT

DELETE 메서드가 멱등한 이유

리소스가 존재하면 성공하고 존재하지 않으면 항상 실패하기 때문에 멱등합니다.

POST 메서드가 멱등하지 않은 이유

아이디가 늘어나므로 멱등성을 가지지 않습니다.

PATCH 메서드가 멱등하지 않은 이유

PATCH가 보다 범용적으로 사용되기 때문에 값을 추가하는 요청에도 사용됩니다. 그러면 PATCH 요청에 의한 결과는 매번 달라지게 되어 멱등하다고 볼 수 없습니다.

3.2. GET과 POST의 차이는 무엇인가요?

참고 자료 : Get과 Post의 차이를 아시나요?

	GET	POST
캐시	O	X
브라우저 기록	O	X
북마크 추가	O	X
데이터 길이 제한	O	X
HTTP 응답 코드	OK(200)	Created(201)
언제 주로 사용하는가?	리소스 요청	리소스 생성
리소스 전달 방식	Query String	HTTP Body
멱등성	O	X

3.3. POST와 PUT, PATCH의 차이는 무엇인가요?

참고 자료 : RESTful한 세계에서의 POST와 PUT의 차이, 거기에 PATCH까지

	POST	PUT	PATCH
역할	리소스 생성	리소스 생성과 수정	리소스의 일부분 수정
결과	새로운 리소스 생성	같은 리소스 반환
멱등성	X	O	X

3.4. HTTP 1.1 이후로, GET에도 Body에 데이터를 실을 수 있게 되었습니다. 그럼에도 불구하고 왜 아직도 이런 방식을 지양하는 것일까요?

GET 요청은 브라우저에 캐시되며 기록이 남을 수 있습니다. 이에 민감한 정보를 GET의 HTTP Body에 담아 요청하게 되면 보안성의 문제를 야기할 수 있기 때문에 지양해야합니다.