일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- DATABASE
- crud
- 데이터베이스
- component
- 자바스크립트
- 개발공부
- sql
- 스프링
- reactjs
- table
- java
- restapi
- 보안취약점
- 쿼리
- jdk
- Vue
- 개발
- React
- 리액트
- EXTJS
- 자바
- Spring
- GIT
- JS
- javascript
- Intellij
- springboot
- mssql
- 스프링부트
- 컴포넌트
- Today
- Total
준준의 기록일지
[Spring] ResponseEntity 본문
"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."
출처 : https://a1010100z.tistory.com/106
[Spring] ResponseEntity는 왜 쓰는 것이며 어떻게 쓰는걸까?
기존 내 개인 프로젝트 코드의 RestController 반환값은 모두 Object 타입이었다. 하지만, 일반적인 API는 반환하는 리소스에 Value만 있지 않다는 것을 모두 알고 있을 것이다. 당장 생각나는 것으로는 �
a1010100z.tistory.com
RestController 반환값
- Object
- 상태코드, 응답 메세지
- 일반적인 API는 반환하는 리소스에 Value만 있지 않다고 한다.
- 상태코드, 응답메세지를 반환할때 사용하는 것이 ResponseEntity Class
ResponseEntity는 HttpEntity를 상속받아서 HttpHeader와 body를 가질 수 있다.
프로젝트를 진행할때 Object 반환값 뿐만 아니라 Header값을 사용하면 견고한 API를 개발할 수 있다고 한다.
ResponseEntity는 status field를 가지기 때문에 상태코드는 필수적으로 리턴해줘야 한다.
(예시는 차후에 추가할 예정)
ResponseEntity 는 Client 요청에 대한 응답을 한번 더 감싸는 역할을 한다.
이러한 응답을 받은 Client 개발자는 요청 후 응답의 상태코드에 따라 다른 화면을 노출시킬 수 있고 Header값에 따라 다른 동작을 할 수도 있다. MVC의 ModelAndView 리턴에 익숙해 있다면 @restController의 응답도 그와 마찬가지로 데이터만 리턴해줄 수 있는데, 이때 API의 목적을 잘 생각하고 이용해야된다고 한다.
'스프링' 카테고리의 다른 글
[Spring] @RequestParam, @PathVariable (0) | 2020.08.20 |
---|---|
[Spring] RestTemplate (0) | 2020.08.18 |
[스프링 펌] @SuppressWarnings("") (0) | 2020.08.07 |
가짜객체 - Mokito (0) | 2020.07.30 |
프로젝트 시작시 참고사항 (0) | 2020.07.29 |