Zum Hauptinhalt springen

RFC 8820 - URI-Design und Eigentum (URI Design and Ownership)

Veröffentlichungsdatum (Published): Juni 2020
Status: Best Current Practice
BCP: 190
Veraltet (Obsoletes): RFC 7320
Aktualisiert (Updates): RFC 3986
Autor (Author): M. Nottingham

Zusammenfassung (Abstract)​

Abschnitt 1.1.1 von RFC 3986 definiert die URI-Syntax als "ein föderiertes und erweiterbares Benennungssystem, bei dem die Spezifikation jedes Schemas die Syntax und Semantik von Bezeichnern, die dieses Schema verwenden, weiter einschränken kann". Mit anderen Worten: Die Struktur eines URI wird durch sein Schema definiert. Während es üblich ist, dass Schemas ihre Unterstruktur weiter an den Eigentümer des URI delegieren, ist die Veröffentlichung unabhängiger Standards, die bestimmte Formen der Unterstruktur in URIs vorschreiben, oft problematisch.

Dieses Dokument bietet Anleitung zur Spezifikation der URI-Unterstruktur in Standards.

Dieses Dokument macht RFC 7320 obsolet und aktualisiert RFC 3986.

Status dieses Memos (Status of This Memo)​

Dieses Memo dokumentiert eine Best Current Practice des Internet.

Dieses Dokument ist ein Produkt der Internet Engineering Task Force (IETF). Es stellt den Konsens der IETF-Community dar. Es hat eine öffentliche Überprüfung erhalten und wurde von der Internet Engineering Steering Group (IESG) zur Veröffentlichung genehmigt. Weitere Informationen zu BCPs sind in Abschnitt 2 von RFC 7841 verfügbar.

Informationen über den aktuellen Status dieses Dokuments, Errata und wie Sie Feedback geben können, finden Sie unter: https://www.rfc-editor.org/info/rfc8820

Copyright (c) 2020 IETF Trust und die als Dokumentautoren identifizierten Personen. Alle Rechte vorbehalten.

Dieses Dokument unterliegt BCP 78 und den rechtlichen Bestimmungen des IETF Trust in Bezug auf IETF-Dokumente (https://trustee.ietf.org/license-info), die zum Zeitpunkt der Veröffentlichung dieses Dokuments in Kraft sind. Bitte lesen Sie diese Dokumente sorgfältig durch, da sie Ihre Rechte und Einschränkungen in Bezug auf dieses Dokument beschreiben. Aus diesem Dokument extrahierte Codekomponenten müssen (MUST) den Text der vereinfachten BSD-Lizenz enthalten, wie in Abschnitt 4.e der rechtlichen Bestimmungen des Trust beschrieben, und werden ohne Gewährleistung bereitgestellt, wie in der vereinfachten BSD-Lizenz beschrieben.

Inhaltsverzeichnis (Table of Contents)​

Anhänge (Appendices)​

Wichtige Punkte (Key Points)​

URI-Eigentumsprinzipien (URI Ownership Principles)​

Die Struktur eines URI sollte von seinem Eigentümer (Owner) kontrolliert werden und nicht von externen Standards vorgeschrieben werden. Autoren von Standardspezifikationen sollten (SHOULD) es vermeiden, strikte Anforderungen an die interne Struktur von URIs zu stellen, wenn sie Protokolle entwerfen, die URIs einbeziehen.

Potenzielle Probleme (Potential Issues)​

Die Vorschreibung von URI-Strukturen kann Folgendes verursachen:

  • Kollisionen (Collisions): Konflikte zwischen URI-Konventionen verschiedener Standards
  • Verdünnung (Dilution): Verringerung der URI-Stabilität durch temporäre Informationen
  • Starrheit (Rigidity): Feste URI-Syntax behindert gewünschte Bereitstellungsmuster
  • Betriebliche Schwierigkeiten (Operational Difficulty): Schwierigkeiten bei der Unterstützung bestimmter URI-Konventionen in spezifischen Implementierungen
  • Client-Annahmen (Client Assumptions): Clients nehmen fälschlicherweise eine universelle Verwendung von Standardkonventionen an

Verwenden Sie die folgenden Mechanismen anstelle der Vorschreibung von URI-Strukturen:

  • RFC 8288 - Web Linking und Relationstypen (Relation Types)
  • RFC 6570 - URI-Templates (URI Templates)
  • RFC 8615 - Bekannte URIs (Well-Known URIs)

Verwandte Standards (Related Standards):

  • RFC 3986 - URI-Allgemeine Syntax
  • RFC 7320 - URI-Design und Eigentum (durch dieses Dokument obsolet gemacht)
  • RFC 8615 - Bekannte Uniform Resource Identifiers