Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- Til
- github
- Spring
- 코딩
- 자바
- Entity
- Grafana
- 코딩문제
- css
- 자료구조
- 회고
- GIT
- 코딩공부
- 99클럽
- 정렬 알고리즘(sort algorithm)
- 배열
- 개발자 취업
- Java
- HTML
- aop
- 이진 탐색(binary search)
- 메서드
- ArrayList
- cs 공부)준비
- wil
- 프로그래머스
- 코딩테스트 준비
- 항해99
- CS
- 면접(java
Archives
- Today
- Total
hayu's 개발 일지
[TIL]240709 REST API(2) 본문
공부한 내용
REST API
API(Application Programming Interface)
- 데이터와 기능의 집합을 제공하여 컴퓨터 프로그램간 상호작용을 촉진하며, 서로 정보를 교환가능 하도록 하는 것이다.
REST API
- REST 기반으로 서비스 API를 구현한 것이다.
REST API 특징
- 사내 시스템들도 REST 기반으로 시스템을 분산해 확장성과 재사용성을 높여 유지보수 및 운용을 편리하게 할 수 있다.
- REST는 HTTP 표준을 기반으로 구현하므로, HTTP를 지원하는 프로그램 언어로 클라이언트, 서버를 구현할 수 있다.
REST API 설계 기본 규칙
참고 리소스 원형
- 도큐먼트 : 객체 인스턴스나 데이터베이스 레코드와 유사한 개념이다.
- 컬렉션 : 서버에서 관리하는 디렉터리라는 리소스이다.
- 스토어 : 클라이언트에서 관리하는 리소스 저장소이다.
- URI는 정보의 자원을 표현해야 한다.(자원 식별이 가능해야 한다.)
- resource는 동사보다는 명사를, 대문자보다는 소문자를 사용한다.
- resource의 도큐먼트 이름으로는 단수 명사를 사용해야 한다.
- resource의 컬렉션 이름으로는 복수 명사를 사용해야 한다.
- resource의 스토어 이름으로는 복수 명사를 사용해야 한다.ex) GET /Member/1 -> GET /members/1
- 자원에 대한 행위는 HTTP Method(GET, PUT, POST, DELETE 등)로 표현한다. (행위는 명시적이여야 한다.)
- URI에 HTTP Method가 들어가면 안된다.
- ex) GET /members/delete/1 -> DELETE /members/1
- URI에 행위에 대한 동사 표현이 들어가면 안된다.(즉, CRUD 기능을 나타내는 것은 URI에 사용하지 않는다.)
- ex) GET /members/show/1 -> GET /members/1ex) GET /members/insert/2 -> POST /members/2
- 경로 부분 중 변하는 부분은 유일한 값으로 대체한다.(즉, :id는 하나의 특정 resource를 나타내는 고유값이다.)
- ex) student를 생성하는 route: POST /studentsex) id=12인 student를 삭제하는 route: DELETE /students/12
REST API 설계 규칙
- 슬래시 구분자(/ )는 계층 관계를 나타내는데 사용한다.
ex) http://restapi.example.com/houses/apartments
- URI 마지막 문자로 슬래시(/ )를 포함하지 않는다.
- URI에 포함되는 모든 글자는 리소스의 유일한 식별자로 사용되어야 하며 URI가 다르다는 것은 리소스가 다르다는 것이고, 역으로 리소스가 다르면 URI도 달라져야 한다.
- REST API는 분명한 URI를 만들어 통신을 해야 하기 때문에 혼동을 주지 않도록 URI 경로의 마지막에는 슬래시(/)를 사용하지 않는다.
- 하이픈(- )은 URI 가독성을 높이는데 사용
- 불가피하게 긴 URI경로를 사용하게 된다면 하이픈을 사용해 가독성을 높인다.
- 밑줄(_ )은 URI에 사용하지 않는다.
- 밑줄은 보기 어렵거나 밑줄 때문에 문자가 가려지기도 하므로 가독성을 위해 밑줄은 사용하지 않는다.
- URI 경로에는 소문자가 적합하다.
- URI 경로에 대문자 사용은 피하도록 한다.
- RFC 3986(URI 문법 형식)은 URI 스키마와 호스트를 제외하고는 대소문자를 구별하도록 규정하기 때문이다.
- 파일확장자는 URI에 포함하지 않는다.
- REST API에서는 메시지 바디 내용의 포맷을 나타내기 위한 파일 확장자를 URI 안에 포함시키지 않는다.
- Accept header를 사용한다
- .ex) http://restapi.example.com/members/soccer/345/photo.jpg (X)
- ex) GET / members/soccer/345/photo HTTP/1.1 Host: restapi.example.com Accept: image/jpg (O)
- 리소스 간에는 연관 관계가 있는 경우
- /리소스명/리소스 ID/관계가 있는 다른 리소스명ex) GET : /users/{userid}/devices (일반적으로 소유 ‘has’의 관계를 표현할 때)
RESTful
- RESTful은 일반적으로 REST라는 아키텍처를 구현하는 웹 서비스를 나타내기 위해 사용되는 용어이다.
- ‘REST API’를 제공하는 웹 서비스를 ‘RESTful’하다고 할 수 있다.
회고
- 토이 프로젝트를 진행하면서 REST API에 대해 고민을 했고, 공부했다.
- 어떻게 API를 작성할지 많은 공부가 되었다.
참고 자료
'IT 개념 정리 & ETC' 카테고리의 다른 글
[TIL]240708 REST API(1) (0) | 2024.07.08 |
---|---|
[TIL]240703 REST API URI 작성 규칙 (0) | 2024.07.03 |
99클럽 코테 스터디 35일차 TIL + 면접(JAVA, CS 공부)준비 (0) | 2024.06.24 |
99클럽 코테 스터디 22일차 TIL + 면접(JAVA, CS 공부)준비 (1) | 2024.06.11 |
99클럽 코테 스터디 16일차 TIL + 면접(JAVA, CS 공부)준비 (1) | 2024.06.05 |