Zusammenfassung

  • RFC 9880 beschreibt die Semantik netzwerkinteraktiver Things, aber keinen vollständigen Drahtvertrag.
  • Namespaces, Referenzauflösung, kritische Features und eine ausdrückliche Binding-Spezifikation bilden getrennte Kompatibilitätsflächen.

Ein SDF Thing ist das Modell einer interaktiven Entität. Objects gruppieren Struktur, Properties beschreiben lesbare oder schreibbare Daten, Actions beschreiben Operationen und Events beschreiben Benachrichtigungen. Auch die ausgetauschten Datentypen gehören zum Modell. Daraus folgen jedoch weder URLs noch numerische IDs, Nutzlastformate, Aufrufparameter, Reihenfolge oder Zuverlässigkeit. Diese netzseitigen Angaben gehören in eine Protokollbindung oder eine andere ausdrücklich definierte Erweiterung.

Ein SDF-Modell allein definiert kein Drahtprotokoll, garantiert keine Interoperabilität und schreibt weder ein IoT-Ökosystem noch Transport oder Serialisierung vor. Unterstützung durch einen Anbieter oder ein eingesetztes Produkt darf ohne getrennten Primärbeleg nicht behauptet werden.

Die Namespace-Map bindet kurze Namen an Namespace-URIs; defaultNamespace wählt den Ziel-Namespace. Fehlt ein Standard-Namespace, bleiben Definitionen lokal und können von anderen Modellen nicht wiederverwendet werden. Externe Namen müssen CURIEs mit in der Map definierten Präfixen verwenden. Eine gewöhnliche relative URI-Auflösung gilt für SDF-Namen nicht. Namespace- oder Feature-URIs müssen außerdem nicht zur Laufzeit dereferenziert werden, um ihre Bedeutung zu erfahren.

sdfRef-Auflösung ist eine ausdrückliche Vorverarbeitungsgrenze. Die referenzierte Definition wird kopiert, anschließend wird die referenzierende Definition als JSON Merge Patch angewendet. Verschachtelte sdfRef-Referenzen müssen ebenfalls verarbeitet werden; ein null-Mitglied kann geerbten Inhalt entfernen. JSON Pointer adressiert die Referenz, JSON Merge Patch beschreibt die Zusammenführung. Nach vollständiger Auflösung liegt ein resolved model vor, das für Prüfung und Binding maßgeblich ist und nicht nur eine Darstellungsoption.

features benennt kritische Erweiterungen, die nicht sicher ignoriert werden können. sdfRequired erklärt, welche modellierten Affordances oder Gruppierungen vertreten sein müssen. Das sagt nicht, dass eine Protokollbindung sie transportieren oder korrekt aufrufen kann.

Die Basisdatenconstraints von SDF sind deshalb von ökosystemspezifischen URLs, IDs, Nutzlasten, Aufrufen, Reihenfolge und Zuverlässigkeit zu trennen. Bleiben die Zusatzannahmen implizit, können zwei Implementierungen dasselbe resolved model erzeugen und trotzdem inkompatible Nachrichten austauschen. RFC 9880 belegt keine allgemeinen Betriebs- oder Supportergebnisse.

Quellen