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
- Kubernetes
- java
- bean
- winston
- 인접행렬
- JWT
- typescript
- javascript
- 코딩테스트
- dfs
- GraphQL
- OOP
- 프로그래머스
- Interceptor
- 자료구조
- 알고리즘
- Spring
- nestjs
- LifeCycle
- Linux
- REST API
- 인접리스트
- node.js
- Deep Dive
- MySQL
- TIL
- 탐욕법
- html
- css
- puppeteer
Archives
- Today
- Total
목록REST API 설계 원칙 (1)
처음부터 차근차근
[REST API] REST API 설계 원칙
Rest API 중심 규칙 Rest API 설계 시 가장 중요한 항목은 다음의 2가지로 요약할 수 있다. URI는 정보의 자원을 표현해야 한다. 자원에 대한 행위는 HTTP Method(GET, POST, PUT, DELETE)로 표현한다. 다른 것들은 다 잊어도 위 내용은 항상 지켜야 한다. 참고 리소스 원형 도큐먼트 : 객체 인스턴스나 데이터베이스 레코드와 유사한 개념, 간단하게 문서 혹은 객체로 이해 컬렉션 : 서버에서 관리하는 디렉터리라는 리소스, 문서들의 집합으로 이해하면 편하다. 스토어 : 클라이언트에서 관리하는 리소스 저장소 1. URI는 정보의 자원을 표현해야 한다. resource는 동사보다는 명사를, 대문자 보다는 소문자를 사용한다. resource의 도큐먼트 이름으로는 단수 명사를 사..
CS/HTTP
2023. 11. 25. 00:17