Cách thiết kế API cho các action không thuần REST (ví dụ: /users/:id/ban) như thế nào cho hợp lý?
Câu trả lời Cách thiết kế API cho các action không thuần REST (ví dụ: /users/:id/ban) như thế nào cho hợp lý?
Copy
Trong thiết kế API cho các action không thuần REST như `/users/:id/ban`, cần cân nhắc một số điểm để đảm bảo tính nhất quán và dễ hiểu.
## Đặc điểm
**Sử dụng Động từ cho các hành động phi GET:** Dùng động từ như `ban`, `activate` hoặc `deactivate` làm phần cuối cùng của URL. Điều này rõ ràng mô tả hành động, ví dụ: `POST /users/:id/ban`.
**HTTP Method:** Chọn phương thức phù hợp. `POST` được khuyến nghị cho các hành động bởi vì nó có thể thay đổi trạng thái tài nguyên. Tránh dùng `PUT` hoặc `PATCH` nếu không cần cập nhật đối tượng chính.
## So sánh
**REST Thuần:** REST thuần khuyến khích...
