Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 알고리즘
- 깃허브
- 부트캠프
- 프로그래머스
- Python
- HashSet
- 캡슐화
- 기본생성자
- @AllArgsConstructor
- 부스트코스
- stringbuffer
- java
- 에러
- 브랜치
- @builder
- github
- 자바
- DTO
- HTML
- html tag
- @NoArgsConstructor
- 파이썬
- git
- entity
- 코드업
- SQL
- 상속
- Codeup
- CRUD
- lv1
Archives
- Today
- Total
잉?
[SpringBoot] Path Variable과 Request Param의 차이점 본문
자바(Java)/스프링부트(SpringBoot)
[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=스프링
→ 보드들 중에 이름에 스프링이 포함된 보드들만 가져온다
칼럼 하나를 가져오는 것이 아니라 해시태그 같이 (#스프링)
필터를 만든다고 이해하면 된다.
'자바(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 |
Comments