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 | 31 |
Tags
- JWT
- 인접행렬
- nestjs
- 프로그래머스
- 자료구조
- queue
- javascript
- 인접리스트
- MySQL
- java
- winston
- 탐욕법
- Spring
- Deep Dive
- LifeCycle
- TIL
- GraphQL
- 코딩테스트
- REST API
- logger
- html
- OOP
- 변수
- dfs
- typescript
- node.js
- 알고리즘
- Interceptor
- css
- bean
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