Cách tiếp cận Code First để phát triển REST API là gì?

Trong REST, mọi đối tượng có thể truy cập ở phía máy chủ đều được chỉ định là tài nguyên. Tài nguyên là một đối tượng có loại, dữ liệu được liên kết với nó, mối quan hệ với các tài nguyên khác trên máy chủ và danh sách các phương thức có thể được sử dụng để làm việc với nó. Ví dụ: tài nguyên có thể là tệp HTML hoặc văn bản, tệp dữ liệu, hình ảnh hoặc video hoặc tệp mã thực thi. Một tài nguyên được xác định bởi Mã định danh tài nguyên thống nhất hoặc URI. Khách hàng truy cập tài nguyên bằng cách sử dụng URI của họ trong các yêu cầu HTTP

POST dùng để tạo tài nguyên trên máy chủ trong khi PUT dùng để thay thế tài nguyên tại một URI cụ thể bằng tài nguyên khác. Nếu bạn sử dụng PUT trên URI đã có tài nguyên được liên kết với nó, PUT sẽ thay thế nó. Nếu không có tài nguyên tại URI được chỉ định, PUT sẽ tạo một tài nguyên. PUT là idempotent, nghĩa là gọi nó nhiều lần sẽ chỉ tạo ra một tài nguyên. Điều này xảy ra vì mỗi lệnh gọi sẽ thay thế tài nguyên hiện có (hoặc tạo một tài nguyên mới nếu không có gì để thay thế). POST không bình thường. Ví dụ: nếu bạn gọi POST 10 lần thì 10 tài nguyên khác nhau sẽ được tạo trên máy chủ, mỗi tài nguyên có URI riêng. Mặc dù hiếm khi được sử dụng nhưng phản hồi POST có thể được lưu vào bộ đệm nhưng phản hồi PUT thì không. Các yêu cầu POST thường được coi là không thể lưu vào bộ nhớ đệm nhưng chúng có thể được lưu vào bộ nhớ đệm khi chứa thông tin rõ ràng về “độ mới” của dữ liệu. Câu trả lời chi tiết hơn là phản hồi cho yêu cầu POST (hoặc PATCH) có thể được lưu vào bộ đệm nếu dữ liệu "mới" và tiêu đề Vị trí nội dung (en-US) được đặt, nhưng điều này hiếm khi được triển khai. Do đó, nên tránh bộ nhớ đệm POST nếu có thể