-
@RequestParam에 대한 고찰 (1)개발에 대한 깊은 고찰 2023. 1. 16. 01:12
개요
항상 @RequestParam를 사용할때마다 애매한 느낌을 받았다.
어떤 지점에서 애매함을 느꼈을까?
v1
param데이터로 스트링을 받기로 했다.
param이므로 getmapping이 가능하다.
단일의 값이 아닌 list로 받기로 하였다.
1)body의 form-data로 받기
결과값은 당연히 된다. 지켜볼만한 지점은 value값을 어떠한 {}나 []로 감싸지 않아도 된다는 것이다.
2) Params로 받기
uri에 쿼리파라미터를 입력하는 params의 형태도 가능하다.
3) 동시에 body form-data와 params로 받기가 될까?
된다..! 웃긴점은 params 데이터보다 바디값이 먼저 들어온다는것이다.
2가지를 혼용해서 써도 되고, param데이터를 body form-data로 보내도 된다는 사실을 얻게 되었다.
v2
이번에는 enumtype이다
Params 데이터에 Enumtype도 가능한가에 대한 테스트이다.
테스트용 enumclass를 만들고,
아까와 동일한 컨트롤러를 작성
1)Query parameter로 되는가?
된다 2) body - form-data로 되는가
된다 결론
@RequestParam데이터는
1.Query parameter, Body의 form-data 둘다 받을 수 있다.
2. 심지어 Query parameter로 보내면서, body로도 동시에 보낼 수 있다.
3. Enum type 에 대해서도 동일하게 사용 할 수 있다
'개발에 대한 깊은 고찰' 카테고리의 다른 글
Microservice에서 Spring security 문제(2) (0) 2023.02.06 Microservice에서 Spring security 문제(1) (1) 2023.02.06 개발 3개월차의 JPA와 Native SQL에 대한 고찰(2) (2) 2023.01.09 개발 3개월차의 JPA와 Native SQL에 대한 고찰(1) (2) 2023.01.09 DTO 갯수를 줄이기 위한 아이디어 (0) 2022.11.02