반응형

REST API

:REpresentational State Transfer Application Programming Interface (대표 상태 이전 어플리케이션 프로그래밍 상호 작용)

 

REST는 웹의 장점을 최대한 활용할 수 있는 아키텍처(설계구조)로써 2000년도 로이 필딩의 박사학위 논문에 최초로 소개되었다. REST는 하나의 URI는 하나의 고유한 리소스를 대표하도록 설계된다는 개념에 전송방식을 결합해서 원하는 작업을 지정한다.

URI + GET / POST / PUT / DELETE

 

- REST 구성

  • : 자원 (Resource) - URI
  • : 행위 (Verb). - HTTP Method
  • : 표현 (Representations)

 

REST API는 URI에 자원의 정보를 표현하고 자원에 대한 행위를 HTTP Method (GET, PUT, POST, DELETE)에 표현한다.

 

-기존 Service와 REST service의 차이

기존 service : 요청에 대한 처리 후, 가공된 data를 이용하여 특정 플랫폼에 적합한 형태의 View로 만들어서 반환해야한다. 또한, 기존의 웹 접근방식은 GET, POST만으로 자원에 대한 CRUD를 처리하며 URI는 액션을 나타냈다.

REST service : data 처리만 한다거나, 처리 후 반환될 data가 있다면 JSON이나 XML 형식으로 전달만 하고 View에 대해서는 신경 쓸 필요가 없다. 이러한 이유로 Open API에서 많이 사용된다.

 

-REST API의 특징

  • 기존 전송방식과는 달리 서버는 요청으로 받은 리소스에 대해 순수한 데이터를 전송한다.
  • 기존의 GET/POST 외에 PUT, DELETE 방식을 사용하여 리소스에 대한 CRUD 처리를 할 수 있다.
  • 하이폰(-)은 사용하지만, 언더바(_)는 사용하지 않는다. (가독성)
  • 특별한 경우를 제외하고 대문자를 사용하지 않는다. (대소문자를 구분하기 때문에)
  • URI 마지막에 슬래시(/)를 사용하지 않는다.
  • 슬래시(/)로 계층 관계를 나타낸다.
  • URI는 명사를 사용한다.

 

 

+ Recent posts