What about actions that don't fit i

What about actions that don't fit into the world of CRUD operations?

This is where things can get fuzzy. There are a number of approaches:

Restructure the action to appear like a field of a resource. This works if the action doesn't take parameters. For example an activate action could be mapped to a boolean activated field and updated via a PATCH to the resource.
Treat it like a sub-resource with RESTful principles. For example, GitHub's API lets you star a gist with PUT /gists/:id/star and unstar with DELETE /gists/:id/star.
Sometimes you really have no way to map the action to a sensible RESTful structure. For example, a multi-resource search doesn't really make sense to be applied to a specific resource's endpoint. In this case, /search would make the most sense even though it isn't a resource. This is OK - just do what's right from the perspective of the API consumer and make sure it's documented clearly to avoid confusion.

Kết quả (Việt) 1:

Điều gì về các hành động không phù hợp với thế giới của tống hoạt động?Đây là nơi mà những điều có thể nhận được mờ. Một số phương pháp tiếp cận có:Cơ cấu lại các hành động để trông giống như một lĩnh vực của một nguồn tài nguyên. Công trình này nếu các hành động không có tham số. Ví dụ: một hành động kích hoạt có thể được ánh xạ cho phép trường được kích hoạt và cập nhật thông qua một bản vá cho các nguồn tài nguyên.Đối xử với nó như một nguồn tài nguyên phụ với nguyên tắc yên tĩnh. Ví dụ, GitHub của API cho phép bạn sao gist với đưa/gists /: id/ngôi sao và unstar với xóa/gists /: id/sao.Đôi khi bạn thực sự không có cách nào để lập bản đồ hành động với một cơ cấu hợp lý, yên tĩnh. Ví dụ, một tìm kiếm nhiều nguồn tài nguyên không thực sự có ý nghĩa để được áp dụng cho một nguồn tài nguyên cụ thể điểm cuối. Trong trường hợp này, /search sẽ làm cho ý nghĩa nhất ngay cả khi nó không phải là một nguồn tài nguyên. Điều này là OK - chỉ cần làm những gì ngay từ quan điểm của người tiêu dùng API và đảm bảo rằng nó là tài liệu rõ ràng để tránh nhầm lẫn.

Kết quả (Việt) 2:

Gì về hành động không phù hợp với thế giới của các hoạt động CRUD?

Đây là nơi mà mọi thứ có thể nhận được mờ. Có một số phương pháp:

Cơ cấu lại các hành động xuất hiện giống như trường của một tài nguyên. Này hoạt động nếu các hành động không nhận tham số. Ví dụ một hành động kích hoạt có thể được ánh xạ tới một lĩnh vực boolean kích hoạt và cập nhật thông qua một PATCH đến tài nguyên.
Hãy đối xử với nó như một tiểu tài nguyên với nguyên tắc yên tĩnh. Ví dụ, API GitHub của cho phép bạn sao một ý chính với PUT / gists /: id / sao và gắn dấu sao với DELETE / gists /. Id / sao
Đôi khi bạn thực sự không có cách nào để lập bản đồ hành động cho một cơ cấu hợp lý RESTful. Ví dụ, một tìm kiếm nhiều nguồn tài nguyên không thực sự có ý nghĩa để được áp dụng cho thiết bị đầu cuối một tài nguyên cụ thể. Trong trường hợp này, / tìm kiếm sẽ làm cho ý nghĩa nhất mặc dù nó không phải là một nguồn tài nguyên. Đây là OK - chỉ cần làm những gì ngay từ quan điểm của người tiêu dùng API và chắc chắn rằng đó là tài liệu rõ ràng để tránh nhầm lẫn.