Résumé

  • RFC 9880 définit une sémantique réutilisable pour des Things accessibles en réseau, pas un protocole filaire complet.
  • Les espaces de noms, la résolution déterministe et une liaison explicite sont des contrôles de compatibilité.

Un Thing SDF modélise une entité avec laquelle on peut interagir. Les Objects structurent le modèle ; les Properties décrivent les données lisibles ou modifiables ; les Actions décrivent les opérations ; les Events décrivent les notifications. Ces éléments et leurs types de données échangés n’imposent pas une URL, un identifiant numérique, un encodage de charge utile, une méthode d’invocation, un ordre ni une fiabilité. Ces choix appartiennent à une liaison de protocole ou à une extension explicitement définie.

Le modèle SDF seul ne définit donc pas un protocole, ne garantit pas l’interopérabilité et n’impose ni écosystème, ni transport, ni sérialisation. Il ne permet pas non plus d’attribuer un support à un fournisseur ou à un produit déployé sans preuve distincte.

L’autorité commence par la carte des espaces de noms. Elle associe des préfixes courts à des URI de namespace ; defaultNamespace choisit le namespace cible. Sans namespace par défaut, les définitions restent locales et ne sont pas réutilisables par d’autres modèles. Les noms externes doivent employer des CURIE dont les préfixes figurent dans cette carte ; la résolution ordinaire des URI relatives ne s’applique pas aux noms SDF. Les URI de namespace et de fonctionnalité ne doivent pas être récupérées à l’exécution pour en découvrir le sens.

sdfRef est une frontière de prétraitement. La résolution copie la définition référencée puis applique la définition appelante comme JSON Merge Patch. Les sdfRef imbriqués doivent eux aussi être résolus ; une valeur null peut supprimer un contenu hérité. JSON Pointer adresse les références et JSON Merge Patch décrit la fusion. Une fois toutes les références développées, le modèle entièrement déréférencé est le modèle résolu, destiné à la validation et au travail de liaison.

Le champ features signale des extensions critiques qu’un processeur ne peut ignorer sans danger. sdfRequired pose une autre question : quelles affordances ou groupements modélisés doivent être représentés ? Il ne prouve pas que la liaison choisie sait les transporter ou les invoquer.

La séparation est décisive pour le cycle de vie. Les contraintes de données SDF forment la base sémantique. La liaison peut ajouter des URLs, identifiants numériques, formats de charge utile, règles d’invocation, d’ordre et de fiabilité. Si ces ajouts restent implicites, deux parties peuvent partager le modèle résolu et échouer à échanger des messages. RFC 9880 ne prescrit pas une solution universelle.

Sources