REST API

서버를 만들 때 REST하게 API를 짜는게 좋다는 말이 나온다.

우선 API는 Application Programming InterFace로 서버와 고객간의 소통방법을 뜻한다.

즉, 어떻게 소통할 지 소통 규약을 뜻한다. 이 API들을 어떤 식으로 만들지가 REST API이다.

REST원칙 6개가 있다.

1. Uniform interface (간결하며, 형식이 일관적이고 URL이 예측가능해야함)

-하나의 자료는 하나의 URL로

-URL 하나를 알면 둘을 알 수 있어야 함

- 요청과 응답은 정보가 충분히 들어있어야 함

2. Client-Server 역할구분 (관계를 명확히 해라)

-브라우저는 요청만 할 뿐

-서버는 응답만 할 뿐

3. Stateless

-고객들의 요청1과 요청2는 의존성이 없어야함 (각각 단독으로 관리해야함)

4. Cacheable(크롬이 잘해줌)

-서버에서 보내주는 정보들은 캐싱이 가능해야함

-캐싱을 위한 버전 같은 것도 관리 잘해야함

5. Layered System

6. Code on Demand

 

가장 중요한 건, 1번이다. 1번의 예시를 보자. 

이들은 잘 만든 예시이다.

instagram.com/explore/tags/kpop 그냥 봐도 인스타그램 사이트에 kpop태그인 게시물들 검색이 느껴진다.
instagram.com/explore/tags/food 이건 음식태그로 검색한 느낌
facebook.com/natgeo/photos 
facebook.com/bbc/photos

 

잘 만드는 원칙은

-URL을 명사로 작성 추천

-하위문서를 나타낼 땐 /

-파일확장자(.html) 쓰지말기

-띄어쓰기는 대시(-) 사용

-자료 하나당 하나의 URL

이렇게 작성해준다.