Map vs ResponseEntity

Question

진짜 궁금해서 올립니다.Controller에서 public Map test() 이렇게 응답값을 주는거랑vspublic ResponseEntity> test() 의 응답값과 다른분들 어떻게 사용하시는지 궁금합니다.우선 전 쇼핑몰 구축에서는 프론트분과 얘기하여, Map 로 데이터값을 전달했고, GlobalExceptionHandler을 구축하여 에러 발생시 따로 값을 보냅니다.근데 ResponseEntity> 또는 ResponseEntity이걸 사용하는 분들은 이유가 있을까요?제가 프로젝트 경험이 적어서 잘 모릅니다! 그냥 실무에서 사용하시는 분들이 뭐때문에 사용하는지가 궁금합니다!!

Clickin · Accepted Answer

return을 Map이나 Object로 주면 Body만 날아가고 Header랑 Status는 개발자가 제어하기 어렵거나 어노테이션을 써야겠죠GlobalException이 있다고 해도 Header는 제어가 안될겁니다.반면 ResponseEntity는 Status, Header, Body를 다 제어할 수 있습니다.한 엔드포인트에서 XML과 JSON을 선택해서 제공해주도록 만든다고 하면 아마 ResponseEntity로 만드는 편이 좋을겁니다.개인 의견으로는 굳이 다 제어해야하는 경우가 잘 없어서 그냥 DTO로 보내는 걸 선호합니다.

라온하트 · Answer

응답코드를 지정해줄수 잇어서 아닐까요? 200이라던가 201이라던가

감독님테스트가하고싶어요 · Answer

HttpStatus 관리가 쉬워집니다.관련 어노테이션 등 덕분에 얻는 이득에 비해 작성되는 코드의 수고로움은 적구요.

Map<String,Object> vs ResponseEntity<Map<String,Objcet>>

3개의 답변

Q&A 목록