이 글을 읽고 계신 분들께 위의 그림처럼 누가 모욕하는 일이 없길 바라며.. 전 많이 당했습니다만, 앞으론 이런 일이 없길 바랍니다.
우선 한번 아래의 예시를 보시겠어요?
HTTP POST ~/vitimins/1/vitamin123/user/products/writeemail/vitamins
혹시 해석이 가능하세요??? 가능하면 당신은 천재 .... 관심법이 거의 뭐 궁예라고 할 수 있습니다.
해석할 수 없으면 당신은 정상입니다.
이런 위의 해석하기 어려운 (RESTful 하지 않다 라고 말합니다.)방식은 코드와 요청이 정상으로 작동하긴하지만 클라이언트와 서버의 소통을 어렵게합니다.
그래서 나온것이 바로 RESTful API라고 할 수 있습니다.
학습 목표:
나만의 언어로 RESTful API를 설명하기!!
목차
Restful API의 필요성
RESTful API 예시와 설계
Client 와 소통하기위해 가장 중요한 점은 서로 소통하는 방법을 명확하고 간결하게 하는 것입니다. 그러기 위해서 쓰이는 방법중 하나가 바로바로바로바로바로바로바로바로바로바로바로바로바로
RESTful API!!!! 입니당~~~
아래 내용을 한번 보실게요. 무슨뜻인지 아시겠나요?
GET/users
GET/vitimins/1
GET/nutrition/2 --> REST api ---> DATABASE
딱 보자마자 알아볼 정도로 깔끔하죠???
- 뜻 : user를 가져와, 비타민에 1번을 가져와, 뉴트리션에 2번을 가져와.
즉, RESTful API는 메소드(get, push)와 페이로드를 구조적으로깔끔하게 표현합니다.(리소스를 이렇게해줘!!)
또 볼까요?
HTTP GET https//~/vitamins?=005930
- 뜻 : 005930 비타민을 겟해줘!
아주 알아보기 쉽게 요청을 보내는 모습이고, server쪽도 알아보기 쉬울 겁니다.
그럼 다시 정리해볼게요.
- RESTful API 란?
API시스템을 구현하기 위한 아키텍쳐 중, 가장 널리 사용되는 형식중 하나로, 자기설명력(self-descriptiveness)이 좋다는 장점이 있다.엔드포인트의 구조만 보더라도 해당 포인트가 제공하는 리소스와 가능을 파악할 수 잇다. 엔드포인트가 많아지면 엔드포인틍들의 역할과 기능을 파악하기가 쉽지 않을 때가 많은데, REST방식으로 구현하면, 구조가 훨씬 직관적이며 간단해진다.
