Bonnes pratiques pour la conception d'une API basée sur Websocket
Nous mettons actuellement en œuvre une API basée sur WebSocket dans notre application .
Jusqu'à présent, nous proposons une API REST, ainsi qu'une API XMPP et nous prévoyons d'offrir des fonctionnalités similaires, mais nous ne sommes pas sûrs de sa conception.
Nous utiliserons un format de données JSON, mais c'est à peu près la seule chose que nous savons avec certitude. Existe-t-il de bonnes pratiques à ce sujet?
Par exemple, l'API REST a le grand avantage d'utiliser des verbes HTTP et des ressources URL pour décrire ce qui se fait. Websocket n'en a plus. Une fois la connexion établie, l'URL devient hors du sujet.
Quelqu'un connaît-il les API Websocket existantes?
Oui, il y a: ici .
[Modifier: lien wiki de la communauté morte supprimé]
Voici quelques API/protocoles basés sur Websocket:
Slack Messagerie en temps réel
Il semble que la plupart des personnes confrontées au client JS utilisent une sorte d'événement/commande associée à un objet de données. De plus, Slack a l'idée d'un message id tel que vous pouvez associer des messages de demande et de réponse.