📌1. HTTP 메서드

리소스를 관리해주는 역할

리소스는 명사이다.
e.g) 미네랄을 캐다. (미네랄 = 리소스(명사), 캐다 = 동사)

---

1.1 GET

• 리소스 조회
• 서버에 전달할 데이터는 query(쿼리 파라미터, 쿼리 스트링)을 통해서 전달
• 메시지 바디를 사용해서 데이터를 전달할 수 있지만, 권장 X

---

1.2 POST

• 요청 데이터 처리
• 메세지 바디를 통해 서버로 요청 데이터 전달
• 서버는 요청 데이터를 처리한다.
  • 메시지 바디를 통해 들어온 데이터를 처리하는 모든 기능을 수행한다.
• 주로 전달된 데이터로 신규 리소스 등록, 프로세스 처리에 사용한다.

1.2.1 요청 데이터 처리 예시

• HTML 양식에 입력 된 필드와 같은 데이터 블록을 데이터 처리 프로세스에 제공한다.
• 게시판, 뉴스 그룹, 메일링 리스트, 블로그 또는 유사한 기사 그룹에 메시지 게시
• 서버가 아직 식별하지 않은 리소스 생성

이 리소스 URI에 POST 요청이 오면 요청 데이터를 어떻게 처리할지 리소스마다 따로 정해야한다. -> 정해진 것이 없다.

1.2.2 POST 기능 정리

• 새 리소스 생성(등록)
  • 서버가 아직 식별하지 않은 새 리소스 생성
• 요청 데이터 처리
  • 단순히 데이터를 생성하거나, 변경하는 것을 넘어서 프로세스를 처리해야 하는 경우
  • e.g)주문->결제완료->배달시작->배달완료 처럼 단순히 값 변경을 넘어서 프로세스의 상태가 변경되는 경우
  • POST의 결과로 새로운 리소스가 생성되지 않을 수 있다.
  • POST/orders/{orderId}/start-delivery (컨트롤 URI)
• 다른 메서드로 처리하기 애매한경우

---

1.3 PUT

리소스를 대체한다.

• 리소스가 있으면 대체
• 리소스가 없으면 생성
• 덮어쓰기

클라이언트가 리소스를 식별한다.

• 클라이언트가 리소스 위치를 알고 URI 지정
• POST와의 차이점

---

1.4 PATCH

리소스 부분

PATCH를 지원 안한다면 POST 이용

---

1.5 DELETE

리소스 제거