8
Chúng tôi đang ở giữa một cuộc thảo luận đang diễn ra về cách xử lý các ngoại lệ REST.Làm cách nào để xử lý các ngoại lệ REST?
đáp ứng Content type: JSON
Hai giải pháp chúng ta có:
- Ném tất cả các trường hợp ngoại lệ được kiểm soát như một phản ứng JSON.
- Gửi yêu cầu Mã phản hồi không hợp lệ.
Arguments:
- Khi nó một lỗi, tại sao trở về JSON? Chỉ cần gửi mã phản hồi không hợp lệ.
Counter Đối số:
- mã phản hồi là quá kỹ thuật để xử lý đối với các nhà phát triển bình thường.
Bạn nói gì ??
Tôi tự hỏi tại sao mã phản hồi quá kỹ thuật. Nếu bạn phải/có thể thực hiện bất kỳ hành động khắc phục nào, bạn phải phụ thuộc vào mã phản hồi (hoặc bất kỳ mã lỗi nào khác bên trong json) và không phải trên chuỗi lỗi có thể đọc được của người dùng –
Chúng tôi xử lý tất cả các loại máy khách. Vì vậy, chúng tôi không muốn giả định rằng các nhà phát triển với khách hàng đủ thông thạo để hiểu mã phản hồi. Đó là vài suy nghĩ của mọi người và của tôi nữa. Nếu họ nhìn vào json họ có thể hiểu được lỗi. –
Một trong những ưu điểm chính của REST là tính đồng nhất của các giao diện. Vì vậy, khi bạn nói rằng chúng ta có một REST api, máy khách sẽ tự động dự đoán danh sách các tài nguyên và các hoạt động GET PUT POST DELETE và tương tự như vậy, anh ta biết về các mã lỗi mà anh ta có thể tưởng tượng. Chuỗi lỗi chắc chắn sẽ hữu ích cho khách hàng của bạn (nhà phát triển) để gỡ lỗi. Nhưng mã họ viết chống lại api của bạn * nên * thực hiện hành động dựa trên mã và không phải là chuỗi. –