REST API
HTTP 요청을 보낼 때, 어떤 URI에 어떤 메소드를 사용할지, 개발자들 사이에 널리 지켜지는 약속.
일종의 "형식"으로 볼 수 있다.
HTTP로 요청을 보내는 메소드 :
get,post,put,patch,
URL과 HTTP 메소드를 사용하면 읽기도 쉽고, 누구나 직관적으로 이해하기 쉽다는 장점이 있다.
중요한 점은 누구든 요청의 의도를 명확하게 파악할 수 있도록 메소드를 구분해서 사용해주어야 한다. 이것은 약속!
예를 들어 post는 읽고 쓰고 수정하고 지우는 등의 행위가 가능하지만, 의도를 명확하게 보이기 위해 create 역할을 지켜주어야 한다. (일종의 규칙)
Get : 데이터를 "Read", 조회하는 역할
Delete : 정보 삭제
Post : "create" 새로운 정보를 추가하는 역할
Put : 정보를 통째로 갈아끼울 때
Patch : 정보 중 일부를 특정 방식으로 갈아끼울 때
URI는 동사가 아닌 명사로 !
REST API의 문제점
- Overfetching : 필요하지 않은 정보까지 너무 많은 data를 한꺼번에 받음
- Underfetching : 때때로 하나의 url이 주는 것보다 더 많은 data가 필요함, 따라서 기본적으로 두 개 이상의 request가 필요할 수 있음
REST API의 대안 : GraphQL
다음 포스팅에서는 GraphQL에 대해서 알아본다 !
💫출처💫
https://youtu.be/iOueE9AXDQQ
🔼 [얄팍한 코딩사전] REST API가 뭔가요?
[노마드코더] GraphQL로 영화 API 만들기 - section 2
암냠냠