일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 백준
- Exception
- Thymeleaf
- AOP
- 알고리즘
- 스프링 핵심 원리
- Spring Boot
- QueryDSL
- Proxy
- 인프런
- spring
- JPQL
- springdatajpa
- java
- transaction
- SpringBoot
- pointcut
- jpa
- kotlin
- 스프링 핵심 기능
- 자바
- Greedy
- db
- 김영한
- 스프링
- Android
- Servlet
- http
- JDBC
- 그리디
- Today
- Total
목록HTTP method (3)
개발자되기 프로젝트
안전, Safe Methods 멱등, Idempotent Methods 캐시가능, Cachable Methods 1. 안전(Safe) 호출해도 리소스를 변경하지 않는다. GET 2. 멱등(Idempotent) 한 번 호출하든 여러 번 호출하든 결과가 똑같다 GET : 항상 같은 겨로가가 조회됨. PUT : 결과를 대체함. 같은 요청을 여러 번 해도 결과는 같음. DELETE : 결과를 삭제함. 여러 번 요청해도 삭제된 결과는 같음. POST : 멱등이 아님!@!!!! 만약 두 번 호출하면 프로세스가 두 번 호출되어 결제가 두 번 될 수 있음 ㅋㅋㅋ 활용 - 자동 복구 메커니즘 - 서버가 TIMEOUT등으로 정상 응답을 못줄 때, 클라이언트가 같은 요청을 다시 해도 되는가..? - 멱등한 METHOD는 이..
1. 주요 HTTP 메서드 GET : 리소스 조회 POST : 요청 데이터 처리, 주로 등록에 사용 PUT : 보내는 리소스로 기존 리소스를 대체, 해당 리소스가 없으면 생성 PATCH : 리소스 부분 변경 DELETE : 리소스 삭제 2. 기타 메서드 HEAD : GET과 동일하지만 메시지 부분을 제외하고, 상태 줄과 헤더만 반환 OPTIONS : 대상 리소스에 대한 통신 가능옵션을 설명(CROS에서 사용) CONNECT : 대상 자원으로 식별되는 서버에 대한 터널을 설정..? 안씀 TRACE : 대상 리소스에 대한 경로를 따라 메시지 루프백 테스트를 수행..? 안씀 3. GET 리소스 조회 리소스 가져와! 서버에 전달하고 싶은 데이터는 query(query parameter, query string)..
1. 요구사항 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 2. API URI설계 URI 설계시 가장 중요한 것 : 리소스 식별 리소스의 의미는 뭘까.? - 회원을 등록하고 수정하고 조회하는 것은.. 리소스가 아니야! - "회원"이라는 개념이 바로 리소스! 그럼 리소스(회원)을 어떻게 식별할까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제하자. - 그냥 회원이라는 리소스만 식별하자! - 즉 회원 리소스를 URI에 맵핑하자. 위에 내용에 따라 설계해보자.. 회원 목록 조회 /members 회원 조회 /member/{id} -> 어떻게 구분하지..? 회원 등록 /member/{id} -> 어떻게 구분하지..? 회원 수정 /member/{id} -> 어떻게 구분하지..? 회원 삭제 /m..