4.7. Spezifizierung von HTTP-Header-Feldern

4.7. Spezifizierung von HTTP-Header-Feldern

Anwendungen müssen häufig neue HTTP-Header-Felder definieren. Wenn sie dies tun, MÜSSEN sie diese im "Hypertext Transfer Protocol (HTTP) Field Name Registry" gemäß dem Verfahren in [HTTP] Abschnitt 16.3 registrieren.

[STRUCTURED-FIELDS] bietet eine standardisierte Möglichkeit, Header-Feldwerte zu definieren, was deren Analyse und Handhabung erleichtert. Anwendungen SOLLTEN strukturierte Felder verwenden, wenn sie neue Header-Felder definieren.

Bei der Definition von Header-Feldern müssen Anwendungen Folgendes berücksichtigen:

• Der Header-Feldname SOLLTE beschreibend sein und den Namenskonventionen in [HTTP] Abschnitt 16.3.1 folgen.

• Header-Felder SOLLTEN NICHT das "X-"-Präfix verwenden, gemäß [RFC6648].

• Die Wertsyntax des Header-Feldes SOLLTE klar spezifiziert werden. Die Verwendung von [STRUCTURED-FIELDS] wird empfohlen.

• Die Semantik des Header-Feldes SOLLTE klar erklärt werden, einschließlich wann es gesendet werden sollte und wie es interpretiert werden sollte.

• Anwendungen SOLLTEN überlegen, ob das Header-Feld Hop-by-Hop oder End-to-End sein sollte. Die meisten anwendungsdefinierten Header-Felder sollten End-to-End sein.

• Anwendungen SOLLTEN spezifizieren, was passiert, wenn das Header-Feld mehrmals in einer Nachricht erscheint.

• Anwendungen SOLLTEN spezifizieren, ob das Header-Feld für Anfragen, Antworten oder beides bestimmt ist.

Anwendungen SOLLTEN bestehende Header-Felder wiederverwenden, wo möglich, anstatt neue zu definieren. Wenn beispielsweise eine Anwendung den Typ des gesendeten Inhalts identifizieren muss, sollte sie Content-Type verwenden, anstatt ein neues Header-Feld zu definieren.

Bei der Wiederverwendung bestehender Header-Felder MÜSSEN Anwendungen deren definierte Semantik und Syntax respektieren.