728x90
반응형
REST는 자원 중심(Resource-Oriented) 이기 때문에,
URL은 "무엇을" 다루는지 (명사)를 표현하고,
HTTP 메서드(GET, POST 등)는 "어떻게" 처리할지를 표현해야 함.
잘못된 방식 (행위 중심)
GET /getItem
POST /createItem
DELETE /deleteItem?id=1
- 메서드 이름을 URL에 표현하는 건 RESTful하지 않음
- HTTP 메서드 자체가 이미 의미를 내포하고 있기 때문에 중복
바람직한 방식 (자원 중심)
GET /items // 아이템 목록 조회
GET /items/123 // 특정 아이템 조회
POST /items // 아이템 생성
PUT /items/123 // 아이템 수정
DELETE /items/123 // 아이템 삭제
HTTP 메서드 URL 의미
| GET | /items | 전체 목록 조회 |
| GET | /items/1 | 아이디 1번 아이템 조회 |
| POST | /items | 아이템 생성 |
| PUT | /items/1 | 아이템 수정 |
| DELETE | /items/1 | 아이템 삭제 |
RESTful한 API 네이밍 규칙
나쁜 예 좋은 예
| /getUserList | /users |
| /createOrder | POST /orders |
| /updateProduct/1 | PUT /products/1 |
| /deleteComment?id=5 | DELETE /comments/5 |
'Category > Note' 카테고리의 다른 글
| express-generator (0) | 2025.04.18 |
|---|---|
| 성능 측정 지표 Core Web Vitals (LCP, INP, CLS) 알아보기 (0) | 2025.03.23 |
| 소프트웨어 버전 관리하기 - 시맨틱 버전(Semantic Versioning, SemVer)이란? (0) | 2025.03.15 |
| SVG(Scalable Vector Graphics)란? (0) | 2025.03.08 |
| SEO(검색 엔진 최적화, Search Engine Optimization), PWA(Progressive Web App)란? (0) | 2025.02.17 |