Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- js
- DEEPDIVE
- 모듈
- Deep Dive
- Strict Mode
- 브라우저의 렌더링 과정
- 클로저
- 이터러블
- async
- Set과 Map
- 에러 처리
- 비동기 프로그래밍
- Ref로 DOM 다루기
- 제너레이터
- 스프레드 문법
- Escape Hatches
- ES6 함수의 추가 기능
- 코어JS
- 표현식과 문
- 데이터 타입
- 배열
- 프로미스
- await
- 디스트럭처링 할당
- 싸피
- 개발 환경 구축
- Ref로 값 참조하기
- BETA
- REACT
- rest api
Archives
- Today
- Total
코딩을 쉽게 해보자
[Deep Dive] 44장 - REST API 본문
REST는 HTTP를 기반으로 서버의 리소스에 접근하는 방식을 규정한 아키텍처
REST API는 REST를 기반으로 서비스 API를 구현한 것
1. REST API의 구성
자원, 행위, 표현의 3가지 요소로 구성된다.
REST는 자체 표현 구조로 구성되어 REST API 만으로 HTTP 요청의 내용을 이해할 수 있다.
구성 요소 | 내용 | 표현 방법 |
자원(resource) | 자원 | URI(엔드포인트) |
행위(verb) | 자원에 대한 행위 | HTTP 요청 메소드 |
표현(representations) | 자원에 대한 행위의 구체적 내용 | 페이로드 |
2. REST API 설계 원칙
가장 중요한 기본적인 원칙은 두 가지다.
URI 리소스를 표현하는 데 집중하고
행위에 대한 정의는 HTTP 요청 메소드를 통해 하는 것
1. URI는 리소스를 표현해야 한다.
리소스를 식별할 수 있는 이름은
동사보다는 명사를 사용한다.
따라서 이름에 get 같은 행위에 대한 표현이 들어가서는 안된다.
# bad
GET /getTodos/1
GET /todos/show/1
# good
GET /todos/1
2. 리소스에 대한 행위는 HTTP 요청 메서드로 표현한다.
HTTP 요청 메서드는 클라이언트가 서버에게
요청의 종류와 목적(리소스에 대한 행위)을 알리는 방법이다.
주로 5가지 요청 메서드를 사용해 CRUD를 구현한다.
HTTP 요청 메서드 | 종류 | 목적 | 페이로드 |
GET | index/retrieve | 모든/특정 리소스 취득 | X |
POST | create | 리소스 생성 | O |
PUT | replace | 리소스의 전체 교체 | O |
PATCH | modify | 리소스의 일부 수정 | O |
DELETE | delete | 모든/특정 리소스 삭제 | X |
3. JSON Server를 이용한 REST API 실습
- SKIP
'JavaScript' 카테고리의 다른 글
[Deep Dive] 46장 - 제너레이터와 async / await (0) | 2023.02.01 |
---|---|
[Deep Dive] 45장 - 프로미스 (0) | 2023.01.31 |
[Deep Dive] 43장 - Ajax (0) | 2023.01.28 |
[Deep Dive] 42장 - 비동기 프로그래밍 (0) | 2023.01.27 |
[Deep Dive] 41장 - 타이머 (0) | 2023.01.26 |