Unterschied zwischen den zwei Web-API-Header response.Content.Headers und response.Headers

Question

Ich finde WebAPI separate HTTP-Antwort-Header an verschiedenen Orten, eine ist in Response.Headers, die andere in Response.Content.Headers. Beispielsweise befindet sich Etag in Response.Headers, während sich lastModified in dem anderen befindet. Was ist der Grund dafür?

Answer 1

Es gibt ein paar Antworten auf diese Frage. Einer davon ist, dass die HTTP-Spezifikation die Header definiert.

RFC 2616

• Inhalt Header-Felder hier http://tools.ietf.org/html/rfc2616#section-7.1
• Anfrage-Header-Felder hier http://tools.ietf.org/html/rfc2616#section-5.3
• Header Antwortfelder hier http://tools.ietf.org/html/rfc2616#section-6.2

Der andere praktische Grund für den Inhalt Aussondern Header ist, dass es einfacher ist Schreibcode, der Daten in HTTP-Payloads und verarbeitet legt die zugehörigen Header unabhängig von den Anfrage-/Antwortobjekten fest.

Leider hat die neuere HTTPbis-Spezifikation eine Reorganisation vorgenommen, wo sie denken, Header sollten gehen und jetzt LastModified und Allow sind als Antwortfelder, nicht als Inhaltsfelder. Das bedeutet, dass die Header, wie sie in System.Net.HttpHeaders definiert sind, nicht mehr mit der Spezifikation übereinstimmen, was wirklich saugt. Es bedeutet auch, dass wir wahrscheinlich mit LastModified als HttpContent-Header und Etag als Antwortheader festgefahren sind.

HTTPbis

• Inhaltliche Header werden here definiert.
• Anfrage Kopfzeilen here.
• Antwortheader here.