La differenza è molto sottile. @Badri ti ha dato una buona spiegazione veloce.
Alla ricerca di at this poster, ti rendi conto di cosa si tratta. Tieni presente che quando crei i tuoi DelegatingHandlers, non devi scherzare con qualcosa che non sia specificamente materiale HTTP. Non è il posto giusto per giocare con il CORPO nel caso di un POST. per esempio.
Una cosa utile che si può fare è rilevare molto presto nella pipe che un token non è presente nelle intestazioni, quindi è possibile terminare subito allora e lì la richiesta e creare una risposta StatusCode.Forbidden. Certo, forse un semplice sito web non ne ha bisogno. Solo un eccesso. Ma se ricevi milioni di chiamate al minuto, è molto utile poiché accade proprio prima che il controller venga effettivamente istanziato.
Ci sono solo alcuni casi in cui avrete davvero bisogno di questo. O dire che il client che effettua il resto chiama, può solo fare GET e POST ma nelle intestazioni sta specificando un X-Method-Override = PUT, quindi puoi a questo punto modificare il metodo di richiesta da POST a PUT, in modo che il tuo controller/I dispatcher di azioni creano l'istanza giusta e chiamano l'azione giusta.
Ecco il poster interessante. STAMPA IT: D
http://www.asp.net/media/4071077/aspnet-web-api-poster.pdf
fonte
2016-01-06 15:07:22
Qualcuno sa come configurare gestori di messaggi in web.config – Gurpreet