REST

👉 프로토콜이나 표준이 아닌 웹 서비스와 모바일 애플리케이션 경량화의 필요에 맞춘 아키텍처 원칙 세트 (소프트웨어 아키텍처)

👉 가이드라인이므로 개발자는 REST를 다양한 방식으로 구현 가능함

REST API

👉 'REST 아키텍처'의 제약조건을 준수하는 애플리케이션 프로그래밍 인터페이스

👉 URI(자원) + HTTP Method(행위) + 표현으로 구성

👉 데이터 요청은 일반적으로 HTTP(하이퍼텍스트 전송 프로토콜)을 기반으로 구현하므로 이루어짐

• HTTP Method
  - GET(Read)
  - POST(Create)
  - PUT(Update)
  - DELETE(Delete)

👉 요청을 수신하면 RESTful API 또는 RESTful 웹 서비스가 HTML, XML, 일반텍스트, JSON과 같은 형식의 메시지를 반환함.

※ REST = Representational State Transfer

RESTful API

👉 REST API를 단순하고 사용하기 쉽게 한 것

👉 6가지 아키텍처 가이드라인을 준수한 애플리케이션

1. Client-Server : 클라이언트 + 서버 + 리소스 구성의 '클라이언트-서버 아키텍처'

2. Stateless : Stateless클라이언트-서버 커뮤니케이션(단, 세션의 상태에 대한 정보가 클라이언트에 저장됌)

3. Cacheable : 일부 커뮤니케이션(request, response)에서 캐시 데이터 사용이 필요함

4. Uniform Inerface : 커뮤니케이션 시 전체적인 아키텍처를 잘 파악할 수 있는 일관된 인터페이스(요구사항) 필요

5. Layered System : 클라이언트-서버 간의 계층적인 상호작용을 위한 시스템 제약 필요 (클라이언트가 서버의 정보를 알 수 없도록)

6. Self-Descriptiveness : 선택적 코드 온디맨드(서버가 실행 가능한 코드를 응답해 클라이언트에서 실행할 수 있도록 하는 행위)

Naming Convention

• 소문자 사용

• 계층 관계는 슬래시(/)로 표현

• 리소스명은 명사 사용

• 하이픈(-) 사용 (언더스코 사용❌)

• URI의 마지막은 슬래시❌

=> API는 소스코드들 간 데이터 전송/ REST API는 웹의 프로토콜 내에서 데이터 전송!

---

Ref 📚

1. RedHat - REST와 SOAP 비교

2. jy.log - [ Network ] REST란? / Rest API와 Restful API의 차이점 / REST 규칙

3. 촌쥐 - RESTful API 개념정리