일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 자바의정석 연습문제
- 계층 쿼리
- 이것이자바다
- inflearn
- 자바의정석
- 분석함수
- java
- 스프링
- docker
- 스프링MVC
- 스프링 부트와 JPA
- 제네릭
- JPA
- 자바공부
- 자바연습문제
- Java의정석
- 시큐어코딩
- Numpy
- Python
- DispatcherServlet
- 불친절한 SQL 프로그래밍
- 불친절한SQL프로그래밍
- Spring
- Secure Coding
- 인프런
- REGEXP_SUBSTR
- 김영한
- 스프링 핵심원리
- 서블릿
- 스프링입문
- Today
- Total
목록http (2)
Continuous Challenge
HTTP API API URI 고민 리소스의 의미는 뭘까? - 회원을 등록하고 수정하고 조회하는 게 리소스가 아니다. - 회원이라는 개념 자체가 리소스다. 리소스를 어떻게 식별하는 게 좋을까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제 - 회원이라는 리소스만 식별하면 된다. → 회원 리소스를 URI에 매핑 API URI 설계 리소스 식별, URI 계층 구조 활용 리소스와 행위를 분리 가장 중요한 것은 리소스를 식별하는 것 URI는 리소스만 식별 리소스와 해당 리소스를 대상으로 하는 행위를 분리 - 리소스 : 회원 - 행위 : 조회, 등록, 삭제, 변경 리소스는 명사, 행위는 동사 HTTP 메서드 - GET, POST HTTP 메서드 종류 GET : 리소스 조회 POST : 요청 데이터 처리,..
HTTP HTTP 메시지에 모든 것을 전송 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML (API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 HTTP 역사 HTTP/0.9 1991년 : GET 메서드만 지원, HTTP 헤더X HTTP/1.0 1996년 : 메서드, 헤더 추가 HTTP/1.1 1997년 : 가장 많이 사용, 우리에게 가장 중요한 버전 HTTP/2 2015년 : 성능 개선 HTTP/3 진행중 : TCP 대신에 UDP 사용, 성능 개선 기반 프로토콜 TCP : HTTP/1.1, HTTP/2 UDP : HTTP/3 현재 HTTP/1.1 주로 사용 HTTP/2, HTTP/3 도 점점 증가 클라이언트 서버 구조 Request ..