일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 김영한
- Proxy
- springdatajpa
- kotlin
- http
- transaction
- 그리디
- Thymeleaf
- Android
- 자바
- JPQL
- Spring Boot
- Greedy
- Servlet
- 인프런
- spring
- AOP
- 스프링 핵심 기능
- java
- Exception
- 스프링
- QueryDSL
- 스프링 핵심 원리
- db
- SpringBoot
- jpa
- 알고리즘
- pointcut
- JDBC
- 백준
- Today
- Total
목록uri (3)
개발자되기 프로젝트
1. REST - Representational State Transfer: 자원의 상태 전달 Client, Server: 클라이언트와 서버가 서로 독립적으로 분리되어 있어야 한다. Stateless: 요청에 대해서 클라이언트의 상태를 서버에 저장하지 않는다. Cache: 클라이언트는 서버의 응답을 캐시할 수 있어야 한다. 클라이언트가 캐시를 통해서 응답을 재사용 할 수 있어야 하며, 이를 통해서 서버의 부하를 낮춘다. Layered System(계층화): 서버와 클라이언트 사이에 방화벽, 게이트웨이, Proxy 등 다계층 형태를 구성할 수 있어야 하며, 확장할 수 있어야 한다. 인터페이스의 일관성: 아키텍처를 단순화 시키고 작은 단위로 분리하여서, 클라이언트 , 서버가 독립적으로 개선될 수 있어야 한다..
1. 요구사항 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 2. API URI설계 URI 설계시 가장 중요한 것 : 리소스 식별 리소스의 의미는 뭘까.? - 회원을 등록하고 수정하고 조회하는 것은.. 리소스가 아니야! - "회원"이라는 개념이 바로 리소스! 그럼 리소스(회원)을 어떻게 식별할까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제하자. - 그냥 회원이라는 리소스만 식별하자! - 즉 회원 리소스를 URI에 맵핑하자. 위에 내용에 따라 설계해보자.. 회원 목록 조회 /members 회원 조회 /member/{id} -> 어떻게 구분하지..? 회원 등록 /member/{id} -> 어떻게 구분하지..? 회원 수정 /member/{id} -> 어떻게 구분하지..? 회원 삭제 /m..
1. URI URI??? - Uniform Resource Identifier - 자원의 식별 방법 URI? URL? URN? - URI는 로케이터(Locator), 이름(Name) 또는 두 다 추가로 분류될 수 있다. - RL(Resource Locator) : 리소스가 여기있다. - RN(Resource Name) : 리소스의 이름! URL, URN 비교 URI 뜻 - Uniform : 리소스 식별하는 통일된 방식 - Resource : 자원, URI로 식별할 수 있는 모~든 것 - Identifier : 다른 항목과 구분하는데 필요한 정보, 식별자 URL, URN - URL : Locator, 리소스가 있는 위치 지정 - URN : Name, 리소스에 이름을 부여 - 위치는 변할 수 있지만, 이름은..