Sự khác biệt là rất tinh tế. @Badri đã cho bạn một lời giải thích nhanh chóng.
Nhìn at this poster, bạn nhận ra nó là gì. Hãy ghi nhớ rằng khi bạn tạo DelegatingHandlers của riêng bạn, bạn không gây rối xung quanh với bất cứ thứ gì không phải là thứ cụ thể của HTTP. Đó không phải là nơi để chơi với BODY trong trường hợp POST. ví dụ.
Một điều hữu ích bạn có thể làm là phát hiện rất sớm trong đường ống mà mã thông báo không có trong tiêu đề, sau đó bạn có thể chấm dứt ngay và yêu cầu và tạo phản hồi StatusCode.Forbidden. Tất nhiên, có thể một trang web đơn giản không cần nó. Chỉ là một overkill. Nhưng nếu bạn nhận được hàng triệu cuộc gọi một phút, nó sẽ rất tiện dụng vì nó xảy ra ngay trước khi bộ điều khiển thực sự được khởi tạo.
Chỉ có một vài trường hợp bạn thực sự cần điều đó. Hoặc nói rằng khách hàng thực hiện cuộc gọi còn lại, chỉ có thể thực hiện GET và POST nhưng trong tiêu đề, nó chỉ định phương thức X-Method-Override = PUT, sau đó bạn có thể sửa đổi phương thức yêu cầu từ POST thành PUT, để điều khiển của bạn/người điều phối hành động tạo ra đúng cá thể và gọi hành động đúng.
Đây là áp phích thú vị. IN IT: D
http://www.asp.net/media/4071077/aspnet-web-api-poster.pdf
Nguồn
2016-01-06 15:07:22
Có ai biết làm thế nào để cấu hình xử lý tin nhắn trong web.config – Gurpreet