@RequestParam와 @PathVariable의 차이점이 궁금합니다

Question

지금까지 이해한 걸로는&#64;RequestParam장점: 복수의 데이터를 쉽게 처리 가능단점: url이 길다, url에 정보가 노출되기 때문에 보안이 좋지 않다.게시판처럼 어떠한 정보를 검색할 때 사용한다&#64;PathVariable장점:url이 깔끔해진다. url에 직접 노출되지 않기 때문에 보안성이 좋아진다.단점:복잡한 데이터를 전송하기 어렵다.okky의 Q&A 카테고리의 기술 카테고리처럼 계층 적인 구조를 표현할 때 사용한다.ex) https://okky.kr/questions/tech질문 1. 제가 이해한 내용이 맞나요?2. 보일러플레이트 코드가 생기기 때문에 &#64;PathVariable를 사용하라고 하던데 아래의 코드처럼 작성되는 코드에 차이가 없지 않나요? &#64;PathVariable는 이름이 같다면 굳이 안 적어줘도 되기 때문인가요?3. &#64;PathVariable는 한 개의 값만 받을 수 있다고 작성된 곳이 있던데 아래의 코드처럼 여러 값을 받을 수 있지 않나요? &#64;GetMapping(&#34;/getData&#34;) public String getData(&#64;RequestParam(&#34;num&#34;) int num, &#64;RequestParam(&#34;name&#34;) String name) { System.out.println(num &#43; &#34;, &#34; &#43; name ); return &#34;getData&#34;; } &#64;GetMapping(&#34;/getData2/{num}/{name}&#34;) public String getData2(&#64;PathVariable(&#34;num&#34;) int num, &#64;PathVariable(&#34;name&#34;) String name) { System.out.println(num &#43; &#34;,&#34; &#43; name); return &#34;getData2&#34;; }

Clickin · Accepted Answer

전혀 잘못된 방향으로 이해하시는 상황이네요PathVariable은 URL의 일부분을 가져오는거고 URL는 고유한 리소스를 나타냅니다.RequestParam은 쿼리 스트링을 가져오는거고 이건 URL에 추가적으로 전달되는 옵션 값입니다.URL을 나타내는 방법을 고민해야하는거고 Path가 좋냐 param이 좋냐 이런 우위를 따질 게 아닙니다.URL 이 어느정도 수준으로 고유한지 그 경계선은 개발자가 정의하기 나름이므로마음만 먹는다면 메인페이지 하나에 모든 조건을 다 때려박는 식으로 개발도 가능하긴 하지만개발 편의와 사용자 편의를 위해 그런식으로 개발하진 않죠예시를 들어봅시다.A 웹사이트와 B 웹사이트는 동일한 레이아웃으로 만들어져있고 내용물도 동일하다고 가정합시다.A 웹사이트는 URL 기반으로 동작해서 게시글 하나를 https://www.a.com/board/123 으로 표현하고B는 https://www.b.com/board?board_id&#61;123으로 표현한다고 하면표기방식이 다를 뿐 실제 보여지는 페이지는 같을겁니다.지금이야 단계가 얕고 파라미터도 많지 않아서 비슷해보이지만 단계가 깊어질수록 A의 방식이 더 사용자 입장에서 가독성이 좋습니다.또한 마치 폴더 구조처럼 사용자에게 주소의 현재 위치를표현해주기도 용이합니다.https://www.shop.com/furniture/chair/gaming/123 이라는 url은 가구 카테고리의 의자 대분류 게이밍의자 소분류의 123번 물품입니다.이걸 https://www.shop.com/item?category&#61;furniture&subclass&#61;gaming&class&#61;chair&itemid&#61;123 이런 식으로 나타내버리면 훨씬 이해하기 힘들겠죠반면 소팅 기준이나 옵션 체크 등은 path로 나타내면 지저분해집니다. 이런 건 보통 쿼리 스트링으로 처리하죠추가로 seo쪽에서도 검색엔진 크롤러는 url이 한글자라도 바뀌면 다른 페이지로 인식하는데 같은 내용물을 보여주면 랭크가 떨어지는 단점도 있습니다.Seo 관련해서는 다른 글을 참조하는 것도 좋아보이네요https://jettanalysis.com/wiki/seo-friendly-url요약하자면 이건 requestparam이 좋냐 pathvariable이 좋냐를 따질 게 아니라 url의 표현방식에 대한 고민이 필요한 부분입니다.컨벤션은 팀별로 다를 수 있으나 되도록이면 쿼리 스트링은 옵션값으로 사용하시고 고유한 리소스마다 path로 나타내주시는 게 좋습니다.

MuDaeng · Answer

url에 둘다 직접 노출되지 않나요? 변수명만 안나올뿐이징

カワウソ · Answer

어느 블로그의 정보를 참고하여 이해를 시도했는지 모르겠으나 PathVariable과 RequestParam 모두 Path와 QueryString으로 구성하는 URL에서 가져오는 겁니다.보안과 장단점을 비교하고자 한다면 POST와 함께 쿼리스트링과 폼 데이터를 찾아보고 비교하세요.

2948284 · Answer

구글 Rest API 설계 가이드를 한번 읽어보시길 추천 드립니다.

Matthew Kim · Answer

Path variable이 왜 노출이 안되져 ㅎㅎ 대놓고 잘보이라고 path에 넣는건데.QueryParam은 optional이 가능하지만 path는 반드시 넣어야 하는 곳에 주로 씁니다.

@RequestParam와 @PathVariable의 차이점이 궁금합니다

5개의 답변

Q&A 목록