스프링 MVC 활용(2) : HTTP 요청 맵핑하기 1부 - 요청 메소드

2. HTTP 요청 맵핑하기 1부 - 요청 메소드

HTTP Method

• GET, POST, PUT, PATCH, DELETE, ...

스프링 웹 MVC에서 HTTP method 맵핑하기

• @RequestMapping(method=RequestMethod.GET)
• @RequestMapping(method={RequestMethod.GET, RequestMethod.POST})
• @GetMapping, @PostMapping, ...

위의 애노테이션은 메소드, 클래스에 지정가능하다.

GET 요청

• 클라이언트가 서버의 리소스를 요청할 때 사용한다.
• 캐싱 할 수 있다. (조건적인 GET으로 바뀔 수 있다.) -> 헤더를 사용
• 브라우저 기록에 남는다.
• 북마크 할 수 있다.
• 민감한 데이터를 보낼 때 사용하지 말 것. (URL에 다 보이니까)
• idempotent : 동일한 get 요청에는 동일한 응답이 나와야 한다.

POST 요청

• 클라이언트가 서버의 리소스를 수정하거나 새로 만들 때 사용한다.
• 서버에 보내는 데이터를 POST 요청 본문에 담는다.
• 캐시할 수 없다.
• 브라우저 기록에 남지 않는다.
• 북마크 할 수 없다.
• 데이터 길이 제한이 없다.
• idempotent하지 않음, 응답이 매번 달라질 수 있다.

PUT 요청

• URI에 해당하는 데이터를 새로 만들거나 수정할 때 사용한다.
• POST와 다른 점은 “URI”에 대한 의미가 다르다.
  - POST의 URI는 보내는 데이터를 처리할 리소스를 지칭하며 (따라서 Post는 Idempotent)
  - PUT의 URI는 보내는 데이터에 해당하는 리소스를 지칭한다.
• Idempotent

PATCH 요청

• PUT과 비슷하지만, 기존 엔티티와 새 데이터의 차이점만 보낸다는 차이가 있다.
• Idempotent

DELETE 요청

• URI에 해당하는 리소스를 삭제할 때 사용한다.
• Idempotent

참고

• 인프런 : 스프링 웹 MVC(백기선)
• https://www.w3schools.com/tags/ref_httpmethods.asp
• https://tools.ietf.org/html/rfc2616#section-9.3
• https://tools.ietf.org/html/rfc2068