일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 불친절한SQL프로그래밍
- 자바의정석
- Secure Coding
- 스프링
- 스프링입문
- 이것이자바다
- Numpy
- 항해플러스 회고
- 자바의정석 연습문제
- 김영한
- 자바공부
- 서블릿
- 스프링MVC
- 인프런
- 항해플러스 백엔드 7기
- 항해 추천인코드
- Spring
- 자바연습문제
- 불친절한 SQL 프로그래밍
- 항해 추천인
- 스프링 부트와 JPA
- 항해플러스
- java
- 제네릭
- 항해플러스 백엔드
- JPA
- Python
- Java의정석
- 스프링 핵심원리
- 시큐어코딩
- 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 ..