put - 리소스가 있으면 대체 - 리소스가 없으면 생성 - 쉽게 이야기해서 덮어버림 ## 완전히 대체해버림 중요! 클라이언트가 리소스를 식별 ㅡ클라이언트가 리소스 위치를 알고 URI 지정 - 리소스의 위치가 POST에비해 확실히 지정함 (POST가 /members 에 보낸다면, PUT은 /members/100에 보낸다.) --POST와 차이점 ---- HTTP 메서드의 속성 # 안전(Safe method) - 호출해도 리소스를 변경하지 않는다. - Q:그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면요? - A:안전은 해당 리소스만 고려한다. 그런부분은 고려하지 않는다. # 멱등(Idempotent) - f(f(x)) = f(x) - 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑..
HTTP GET: 리소스 조회 (뭐좀 줘) POST: 요청 데이터 처리, 주로 등록에 사용 (데이터 줄테니 등록해줘) PUT: 리소스를 대체, 해당 리소스가 없으면 생성 PATCH: 리소스 부분 변경 DELETE: 리소스 삭제 GET GET/search?q=hello&hl=ko HTTP/1.1 Host: www.google.com 리소스 조회 서버에 전달하고 싶은 데이터는 query(쿼리 파라미터, 쿼리 스트링)를 통해서 전달 #메세지바디를 전달 할 수 있다. 최근 스펙에서는 가능하지만 실무에서는 겟 메서드에 바디에 데이터를 넣지않는다. 왜냐하면 지원하지 않는 서버가 많기 때문이다. HTML 삽입 미리보기할 수 없는 소스 POST 클라이언트에서 서버로 데이터를 전달주며 처리해달라고 하는 것 (등록 등) ..
- Total
- Today
- Yesterday
- 스프링공부
- 향해플러스
- BindingResult
- 향해플러스백엔드
- React
- Intercepter
- 예외처리
- thymleaf
- Java
- 컨트
- JPA
- exception
- jpa api
- 항해플러스
- 항해99
- HTTP
- 리터럴
- rejectValue
- reject
- ArgumentResolver
- 백엔드 개발자 공부
- SpringBoot
- hypertexttransferprotocol
- 향해99
- 백엔드 개발자 역량
- react실행
- 인터셉터
- 로그인
- 스프링부트
- filter
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |