Cela fait deux semaines que la dernière version officielle est sortie. Au cours des deux dernières semaines, nous avons accumulé une grande fonctionnalité -
la prise en charge des tests de protocole Websocket !
Les co-constructeurs qui nous suivent depuis longtemps savent que cette fonction est annoncée depuis des dizaines de milliers d'années, ce n'est pas qu'on tergiverse, c'est qu'il y a trop de protocoles API...
Certains protocoles existent sur Internet depuis 20 ans, et certains protocoles sont devenus de plus en plus faibles, et les recrues gRPC et GraphQL émergent progressivement.
Nous avons étudié divers protocoles, et l'image ci-dessous fait partie de l'enquête. Chaque protocole a différents scénarios applicables, partagez avec vous ~
Avant la sortie du protocole Websocket, le navigateur ne pouvait communiquer que dans une seule direction, le client pouvait contacter le serveur, mais le serveur ne pouvait pas contacter activement le client.
Dans ce contexte, des fonctions telles que le push de messages et les salons de discussion qui nécessitent une communication en temps réel sont lourdes à mettre en œuvre, et les développeurs ingénieux vont jurer et pleurer en écrivant du code d'interrogation, ce qui est très pénible.
La naissance de Socket.IO est également de résoudre le problème que les navigateurs ne fournissent pas nativement une communication bidirectionnelle.Il est également navré afin de prendre en charge de longues connexions, et a intégré plusieurs schémas de rétrogradation différents. Jusqu'à ce que le navigateur annonce la prise en charge native de Websocket, les développeurs étaient satisfaits.
Le protocole Websocket a toujours eu une voix communautaire élevée, nous avons donc choisi de le prendre en charge en premier.
Vous pouvez mettre à niveau vers Eoapi v1.7.0 pour l'essayer~
Test WebSocket
Passez d'abord ~
Étapes de texte :
-
Cliquez sur le signe Tab plus pour sélectionner le protocole Websocket
-
Après avoir entré l'adresse, cliquez sur le bouton de connexion pour communiquer avec le serveur.
-
Entrez le contenu que vous souhaitez envoyer dans le message
-
Afficher le contenu dans le flux de message de retour
Après le test, vous pouvez également cliquer sur l'historique des tests pour voir l'historique de la demande
Gestion des plugins
Au fur et à mesure que de plus en plus de plug-ins sont installés, nous devons gérer les plug-ins. Cette itération optimise la gestion des plug-ins, ajoute des fonctions telles que le développement de plug-ins et la configuration des plug-ins. Sans plus tarder, l'image ci-dessus :
Si vous ne voulez pas que ce plugin prenne effet pour le moment ?
Avant de devoir désinstaller, maintenant vous pouvez basculer le plug-in, la granularité du contrôle est plus fine, vous ne pouvez pas utiliser la fonction du plug-in sous réserve de conserver la configuration du plug-in.
Mettez la configuration du plug-in sur la page de détails de chaque plug-in, c'est plus facile à trouver et plus pratique ~
remarquer
Fonctionnalités d'assistance à la planification ultérieure :
-
Prise en charge des scénarios de test de l'API HTTP
-
Le plugin prend en charge le contrôle de l'interface utilisateur
-
Plus de support de protocole
-
...
Si vous avez des commentaires ou des suggestions pour notre projet, veuillez ouvrir un sujet sur Github / Gitee
Adresse du gîte : https://gitee.com/eolink_admin/eoapi
Adresse Github : https://github.com/eolinker/eoapi