| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- docker
- 지연 로딩
- kafka
- Routing Key
- JPQL
- AWS
- mybatis
- dockerhub
- 페이징
- redis
- @ComponentScan
- Dead Letter Queue
- JPA
- DLQ
- 스프링 부트
- docker compose
- Spring Container
- JWT
- @Transactional
- Spring Data JPA
- securitycontextholderfilter
- Web
- JdbcTemplate
- Spring
- MSA
- CORS
- 컨테이너
- 쿠버네티스
- DI
- 서블릿 컨테이너
- Today
- Total
목록URI (2)
look-forest
다음과 같은 회원 정보 관리 API를 만든다고 가정해보자 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 API URI를 다음과 같이 설계했다. 기능 URI 회원 목록 조회 /read-member-list 회원 조회 /read-member-by-id 회원 등록 /create-member 회원 수정 /update-member 회원 삭제 /delete-member 이것은 좋은 URI 설계일까? 이번 시간에는 URI 설계 기준과 HTTP Method, 그리고 HTTP Method의 속성에 대해서 알아보겠다. URI 설계 기준 URI 설계 기준 = 1. 리소스 식별 2.URI 계층 구조 활용 1. URI(Uniform Resource Identifier)는 이름 그대로 리소스를 식별하는 목적이다. 따..
URI Uniform Resource Identifier 리소스를 식별하는 통일된 방식 URI? URL? URN? URN 이름만으로 실제 리소스를 찾을 수 있는 방법은 보편화되지 않아 거의 쓸 일이 없다 따라서 URI와 URL은 거의 동일한 의미로 쓰인다고 생각하면 된다. URL 문법 scheme://[userinfo@]host[:port][/path][?query][#fragment] 예) https://www.google.com/search?q=hello&hl=ko scheme: 주로 프로토콜 사용(어떤 방식으로 자원에 접근할 것인가 하는 약속) userinfo: URL에 사용자 정보를 포함해서 인증(거의 사용x) host: 호스트명(도메인명 or IP 주소 직접 사용) port: 접속 포트(일반적으..