Znajduję WebAPI oddzielne nagłówki odpowiedzi HTTP w różnych miejscach, jeden jest w Response.Headers, drugi w Response.Content.Headers. Na przykład etag jest w Response.Headers, podczas gdy lastModified jest w drugim. Jaki jest tego powód?Różnica między dwiema odpowiedziami nagłówków Web API API.Content.Headers i response.Headers
Istnieje kilka odpowiedzi na to pytanie. Jednym z nich jest to, że w ten sposób specyfikacja HTTP definiuje nagłówki.
RFC pola nagłówka 2616
Drugi bardziej praktyczny powód oddzielenie treści headers jest to, że łatwiej jest pisać kod, który przetwarza dane na ładunki HTTP i ustawia powiązane nagłówki, niezależnie od obiektów żądania/odpowiedzi.
Niestety, nowsze specyfikacje HTTPbis dokonały reorganizacji miejsca, w którym powinny wyglądać nagłówki, a teraz LastModified i Allow są polami odpowiedzi, a nie treści. Oznacza to, że nagłówki zdefiniowane w System.Net.HttpHeaders nie będą już zgodne z specyfikacją, która jest naprawdę do dupy. Oznacza to również, że prawdopodobnie utknęliśmy w LastModified jako nagłówek HttpContent i Etag jako nagłówek odpowiedzi.
HTTPbis
Dziękuję @Darrel, podczas wdrażania interfejsów API, czy muszę odwołać się do specyfikacji RFC2616 lub poprzedniej wersji 1.1? – Bargitta
@Bargitta Specyfikacje HTTPbis są najlepszymi, do których można się odnieść. http://tools.ietf.org/wg/httpbis/ –
dziękuję, bardzo pomocne. – Bargitta