最後の公式バージョンがリリースされてから 2 週間が経ちました.この 2 週間で、
Websocket プロトコル テストのサポートという大きな機能を蓄積しています!
私たちをずっとフォローしている共同開発者は、この関数が何万年も前から発表されていることを知っています. それは私たちが先延ばしにしているわけではなく、API プロトコルが多すぎるということです...
いくつかのプロトコルはインターネット上に 20 年間立っていて、一部のプロトコルはますます弱くなり、ルーキーの gRPC と GraphQL が徐々に出現しています。
さまざまなプロトコルを調査しましたが、下の画像は調査の一部です。各プロトコルには適用可能なシナリオが異なります。共有してください〜
Websocket プロトコルがリリースされる前は、ブラウザは一方向にしか通信できず、クライアントはサーバーに接続できましたが、サーバーはクライアントにアクティブに接続できませんでした。
このコンテキストでは、リアルタイム通信を必要とするメッセージ プッシュやチャット ルームなどの機能を実装するのは面倒であり、機知に富んだ開発者は、ポーリング コードを記述している間、悪態をつき、泣き叫びます。これは非常に苦痛です。
Socket.IO の誕生は、ブラウザーがネイティブで双方向通信を提供しないという問題を解決することでもあります. また、長い接続をサポートするために悲嘆に暮れており、いくつかの異なるダウングレード スキームが組み込まれています. ブラウザーが Websocket のネイティブ サポートを発表するまで、開発者は満足していました。
Websocket プロトコルは常にコミュニティの声が高いため、最初にサポートすること
にしました.Eoapi v1.7.0 にアップグレードして試してみることができます~
Websocket テスト
先に進みます〜
テキスト手順:
-
タブのプラス記号をクリックして、Websocket プロトコルを選択します。
-
アドレスを入力したら、接続ボタンをクリックしてサーバーと通信します。
-
メッセージに伝えたい内容を入力
-
返信メッセージ ストリームのコンテンツを表示する
テスト後、テスト履歴をクリックして履歴リクエストを表示することもできます
プラグイン管理
インストールされるプラグインが増えるにつれて、プラグインを管理する必要があります. この繰り返しにより、プラグイン管理が最適化され、プラグイン開発やプラグイン構成などの機能が追加されます.
当分の間、このプラグインを有効にしたくない場合は?
アンインストールが必要になる前に、プラグインを切り替えることができるようになり、制御の粒度が細かくなり、プラグインの構成を保持する前提でプラグインの機能を使用できなくなりました。
各プラグインの詳細ページにプラグイン構成を配置すると、見つけやすく便利です〜
知らせ
事後計画支援機能:
-
HTTP API テスト ケースのサポート
-
プラグインは UI コントロールをサポートします
-
より多くのプロトコルのサポート
-
...
私たちのプロジェクトに関するフィードバックや提案がありましたら、Github / Gitee で問題を開いてください。
Gitee アドレス: https://gitee.com/eolink_admin/eoapi
Github アドレス: https://github.com/eolinker/eoapi