golang websocket

WebSocket Server en Go

Exécution du serveur

1. Cloner ce référentiel

2. Montez le référentiel et exécutez cette commande pour installer des dépendances

 make setup

3. Exécutez le serveur WebSocket

 make run

4. WebSocket Server s'exécutera sur localhost:8080

Utilisation de ce serveur avec le client

1. Après avoir exécuté le serveur, ouvrez votre client WebSocket. Si vous n'en avez pas, essayez l'extension Websocket King pour Chrome.

2. Connectez-vous à ws://localhost:8080/socket , vous serez accueilli par le serveur.

 Server: Welcome! Your ID is f0ab664a-5af3-4f8d-8afe-eb93085267e4

3. Pour vous abonner à un sujet, envoyez cette charge utile ( le sujet peut être n'importe quoi )

 {
  "action": "subscribe",
  "topic": "world"
}

4. Pour envoyer un message aux abonnés du sujet, envoyez la charge utile dans ce format

 {
  "action": "publish",
  "topic": "world",
  "message": "Hello world!"
}

5. Pour vous désinscrire du sujet, envoyez cette charge utile ( le sujet peut être n'importe quoi )

 {
  "action": "unsubscribe",
  "topic": "world"
}

HTTP vs WebSocket

Vous demandez peut-être "pourquoi devrais-je utiliser WebSocket au lieu de l'API REST"?

L'API REST utilise HTTP qui ne peut envoyer une réponse qu'une fois par demande.

Pendant ce temps, WebSocket peut être utilisé pour une communication bidirectionnelle persistante sans avoir besoin de rétablir la connexion à chaque fois.

Cela peut être utile dans un scénario comme le chat ou le sous-pub.

Voici le diagramme pour visualiser la différence entre HTTP et WebSocket.

Organigramme

Cet organigramme décrit comment fonctionne ce serveur.

Structure du projet

 cmd
└── main
    └── main.go
internal
└── websocket
    └── handler.go
    └── model.go
    └── server.go

Fichiers principaux

main.go : le fichier principal à exécuter.

Maître

handler.go : gère la connexion ouverte / fermer et transmettre le message au serveur.

Modèle

Model.go : stocke les modèles utilisés par le serveur.

Serveur

Server.go : exécute une action spécifique en fonction du message client, complète également les fonctions dont le serveur a besoin pour fonctionner correctement en tant que serveur WebSocket.

Travail supplémentaire

Ce référentiel est loin d'être idéal. C'est juste une preuve de concept.

Bien que ce référentiel soit proche d'un pub, il peut toujours être utilisé pour un serveur de chat.

Par exemple, nous pouvons ajouter une fonction sur socket connecté afin que le client soit automatiquement souscrit à leur propre identifiant en tant que sujet. D'autres clients utiliseront alors l'ID de l'utilisateur comme sujet pour publier un message.

J'ai essayé de construire une telle solution combinée à l'autorisation pour empêcher d'autres utilisateurs de s'abonner à l'identification d'autres et cela fonctionne.

Crédit

Ce référentiel est inspiré par Golang-Pubsub par @Tabvn