Un groupe de travail du W3C a produit un Working Draft afin d’avoir le vocabulaire HTTP en RDF.
Quel intérêt ?
Quand les mécanismes de négociation entre un client et un serveur Web deviennent critiques – et pour des questions de qualité et de conformité – il vaut mieux stocker les échanges entre le client et le serveur en s’appuyant sur un environnement de description des ressources : RDF.
Autres notes similaires :
- Mon hypothèse : plutôt que d’encoder les données en RDF, mieux vaut encoder les URIs en RDF. Dans la phase de design d’une architecture RESTful, les ressources clés sont identifiées puis on donne à chacune une URI. Par défaut, quand on pense URI ou URL, c’est la représentation de l’arborescence d’un site web qui nous [...]......
- Le principe de statelessness du web veut que chaque requête à un serveur web se fasse sans avoir à connaître d’état, ou sans connaissance de requêtes précédentes. De facto, le web n’est pas conçu pour porter des processus qui induiraient une suite logique de tâches A, B puis C. En principe, on doit toujours pouvoir [...]......
- Suite à une petite discussion de couloir avec Got, je m’aperçois qu’une courte note sur le design des URIs en RDF ne suffira pas. De plus, je l’ai certainement mal exprimé. Je reprends donc différemment mon explication. Quand vous appelez une ressource, vous ne savez pas quels liens cette ressource peut avoir avec d’autres ressources. [...]......
