Section 1. 백엔드와 프론트엔드
1. 백엔드 프론트엔드 분리 전
- 백엔드가 response로 페이지 전체 코드(html)를 전달
- 모든 request에 대한 응답으로 페이지를 새로 생성
2. 백엔드 프론트엔드 분리 후
- 백엔드가 response로 데이터만을 전달 (Json, XML 형식 등)
- 백엔드는 비지니스 로직에만 집중 가능하고 프론트엔드는 할 수 있는 동작이 다양해짐
3. 백엔드 프론트엔드 분리 구현
- RESTful API 를 이용하여 프론트엔드와 백엔드는 data만을 주고 받을 수 있음 (json 형식)
- Ajax 기술 구현 가능
Section 2. API
1. API (Application Programming Interface)
컴퓨팅 시스템끼리 의사소통하는 매개체(통신규약)
- API 정의서(설명서) - 존재하는 api를 이용하기 위한 규칙을 정의하고 있음
- API 사용자 - 원하는 서비스를 api 형식(정의서)에 맞게 요청하는 측
- API 제공자 - api 서비스를 구축하고 응답하는 측 (서버 프로그램 등)
2. API 예시
- 카카오 맵 API - 해당 가이드에 맞게 api 서비스 요청 메시지를 보내면 map 서비스를 제공받을 수 있음
3. API 정의 범위
- API 의 동작 과정
① 정해진 규칙에 맞게 요청 메시지를 보냄
② 해당 규칙에 맞는 미리 정의된 비지니스 로직이 수행됨
③ 서비스 결과를 응답 메시지로 보냄
- api가 위와 같은 순서로 동작할 때 넓은 개념으로 접근하면, 보통의 웹 동작 방식이라고 볼 수 있으며 라이브러리 함수의 호출 및 사용과도 비슷하다고 볼 수 있기 때문에 거의 모든 방식을 api 라고 생각함
(정의된 함수를 '호출'하여 그 함수에 대한 기능을 사용 또는 제공 받는 것이므로)
Section 3. REST
1. REST (Representational State Transfer)
HTTP URI를 통해 자원(Resource)을 구분 및 표현(Represent)하고, HTTP Method(POST, GET, PUT, DELETE)로 해당 자원에 대한 CRUD Operation을 적용하기 위해 Json 형식 파일로 상태 정보(State)를 표현(Represent)하여 주고 받는(Transfer) 통신 프로토콜
2. REST 구성 요소
- 자원 (Resource) - URI로 표현되는 자원 (ex /user/{userId})
- 행위 (Verb) - HTTP Method(POST, GET, PUT, DELETE)
- 표현 (Representation) - 자원에 대한 상태 정보를 표현 (CRUD 요청에 대한 응답이라고 보면 됨)
3. REST 6가지 원칙
① Uniform Interface
② Stateless
③ Cacheable
④ Self-descriptiveness
⑤ Client-Server
⑥ Hierarchy structure
4. REST URI 설계 원칙
Section 4. RESTful API
1. RESTful API
REST의 기본 개념 및 원칙을 지키며 수행되는 API 서비스
2. DRF (Django Rest Framework)
Django로 웹을 구현할 때 REST 기술(RESTful api)을 손쉽게 구현하도록 지원하는 프레임워크
3. DRF 설치
pip install djangorestframework- settings.py app 등록
