Today's Goal
- RESTful API란?
- RESTful API 설계규칙
- Path parameter, Query parameter
- RESTful 하지 못한 API 설계 예시
- Status Code 🔆 🔆
REST API?
: 라이브나 모듈 설치 없이 가지고 있는 라이브러리를 가지고 restful하게 api 작성 가능
: 진입장벽이 낮음 (= 신입이더라도 참고자료 확인만으로 restful하게 작성가능)
- SOAP
- Graphql
: 페이스북,인스타 만들어 uri 아키텍쳐이므로 어떠한 요청도 빠르게 가능 !
but, 신입 개발자에겐 어려울 수 있음..!
REST
(Representational State Transfer)
:무언가 상태를 나타내는 거를 보내준다라는 의미
:request로 무언가 가는데 누가 봐도 명확하게 나타낸다는 의미
: 즉, 리소스(HTTP URI로 정의된)를 어떻게 한다 (HTTP ~~~)
장점
:self-descriptiveness, RESTful API는 그 자체만으로도 API의 목적이 쉽게 이해된다.
단점
:표준규약이 없어, '안티패턴'으로 작성되는 경우가 흔하다
-> 안티패턴: 실제 많이 사용되는 패턴이지만 비효율적이거나 비생산적인 패턴
기본 배경지식
Payload : 화물..?-?..
Path parameter - POST, PATCH
DELETE
: 204 No Content
삭제가 되어서 content가 없다는 의미 !
GET 과 POST의 차이 !
Query parameter - Filtering
: Query parameter에서는 GET요청 많이함 ! 알아둘 것~!
- & 로 내가 원하는 키값들 = 조건 들을 부여할 수 있음
Ordering
: id순 -> 변경 가능
Pagination
: offset - 시작점 / limit - 끝점
: limit 100으로 해뒀으니 1000개 더라도 100개씩 끊어서 백 -> 프론트로 전달 가능
: 프론트 또한 백엔드에게 요청할 개수 정해서 요청 가능!
Searching
: 결과는 똑같지만 1, 2 쓸 수 있음
