Http Mã trạng thái 400 và 412

Question

Vì vậy, tôi đang phát triển một API Rest

Khi POST được tạo để tạo tài nguyên và trường bắt buộc bị thiếu những gì tôi nên quay trở lại?

400 - Bad Request

HOẶC

412 - kiện tiên quyết Không

Và Tại sao?

Answer 1

Sử dụng 400 nếu yêu cầu thông số sai. Sử dụng 412 nếu một trong các yêu cầu If-* yêu cầu tiêu đề như If-Match, If-Modified-Since, v.v.

Tại sao? Đó chỉ là những gì RFC nói. Xem ví dụ chiết xuất này của If-Match đặc điểm kỹ thuật:

Nếu không có trận đấu thẻ thực thể, hoặc nếu "*" được đưa ra và không có thực thể hiện tại tồn tại, máy chủ PHẢI KHÔNG thực hiện các phương pháp yêu cầu, và PHẢI trả về một 412 (Điều kiện tiên quyết thất bại) phản ứng. Hành vi này là hữu ích nhất khi khách hàng muốn ngăn chặn một phương pháp cập nhật, chẳng hạn như PUT, từ sửa đổi một tài nguyên đã thay đổi kể từ khi khách hàng cuối cùng lấy nó.

Answer 2

412 được sử dụng khi máy chủ của bạn không đáp ứng điều kiện do khách hàng chỉ định.

Trong trường hợp của bạn, bạn nên sử dụng 400. Đây chỉ là một yêu cầu không hợp lệ.

Xem phần này link để biết cách giải thích về các tiêu đề tiền điều kiện.

Đầu đề Etag thường là một chuỗi đại diện cho tài nguyên của chúng tôi trong tiêu đề HTTP. Bạn yêu cầu tài nguyên có If-Match là tiêu đề HTTP điều kiện tiên quyết . Nó sẽ gửi 412 nếu nó không khớp với mã bạn đã gửi.

If-None-Match yêu cầu máy chủ xử lý toàn bộ phản hồi chỉ khi Etag khác với thông báo được khách hàng gửi.

Answer 3

Bạn có thể sử dụng mã trạng thái 422. Nếu bạn không muốn, 400 là tốt.