일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- stringbuffer
- 코드업
- entity
- 부트캠프
- 깃허브
- git
- HashSet
- DTO
- 파이썬
- Python
- Codeup
- HTML
- 자바
- 에러
- @AllArgsConstructor
- SQL
- 상속
- github
- 프로그래머스
- 부스트코스
- java
- 캡슐화
- 알고리즘
- 기본생성자
- lv1
- @NoArgsConstructor
- 브랜치
- html tag
- CRUD
- @builder
- Today
- Total
잉?
[SpringBoot] Path Variable과 Request Param의 차이점 본문
[SpringBoot] Path Variable과 Request Param의 차이점
Jye_647 2023. 6. 27. 23:29스프링부트에서 데이터를 전달하는 두 가지 방식이 있다.
방식 1) Path Variable을 이용한 방식(경로를 변수로서 사용한다.)
https://dahlia15.tistory.com/newpost/75 // 포스트 75번 게시글
방식 2) Request Param을 이용한 방식
https://dahlia15.tistory.com/newpost?id=75 // 포스트 75번 게시글
이 비슷해 보이는 두 가지의 방식이 어떤 상황에 적용해야 더 적합한지 알아보았다.
Path Variable은 어떠한 리소스를 식별하고 싶을 경우에 사용하고,
Request Param은 정렬/필터링을 원할 때 사용하는 것이 가장 이상적이라 볼 수 있다.
좀 더 쉽게 보자면
@PathVariable ?
boards/1 - 1번 보드
boards/1/colums/1 → 1번 보드의 1번 칼럼
( 1번 보드 안의 1번 칼럼. 연결되어 있다.)
boards/2 - 2번 보드
boards/2/colums/2 → 2번 보드의 2번 칼럼
( 2번 보드 안의 2번 칼럼.연결되어 있다.)
등등 하나하나 개별 리소스를 식별하는데 쓰고,
@RequestParam ?
하나하나 가져온다기보다는
boards?name=스프링
→ 보드들 중에 이름에 스프링이 포함된 보드들만 가져온다
칼럼 하나를 가져오는 것이 아니라 해시태그 같이 (#스프링)
필터를 만든다고 이해하면 된다.
[번역] Path Variable과 Query Parameter는 언제 사용해야 할까? | Integerous DevLog
[번역] Path Variable과 Query Parameter는 언제 사용해야 할까? 2019/04/23 원작자의 허락을 받고 번역한 글입니다. 원문: When Should You Use Path Variable and Query Parameter? *역자 주: Spring boot와 Vue.js로 파일럿 프로
ryan-han.com
'자바(Java) > 스프링부트(SpringBoot)' 카테고리의 다른 글
[SpringBoot] Service단에서의 DTO <--> Entity의 변환. (0) | 2023.07.11 |
---|---|
[SpringBoot] Entity란? + @Table, @NoArgsConstructor, @AllArgsConstructor (0) | 2023.07.10 |
[SpringBoot] 빌더 패턴의 “toEntity”와 “of” 메서드 (0) | 2023.07.04 |
[SpringBoot] 빌더 패턴(Builder Pattern)이란? + 사용 이유 (0) | 2023.06.30 |
[SpringBoot] 3 Layer Architecture를 알아보자 (0) | 2023.06.23 |