Vibe.dのセールス ポイントの 1 つは、グラフィカル ユーザー インターフェイスのサポートです。
これまでのところ、この機能を活用したまともなユースケースは思い浮かびません。誰かがそれについてもっと教えてくれたらとてもうれしいです.
たとえば、(Twitter) Stream API に関連するものはありますか?!
アップデート:
始めて、この投稿の範囲を限定するための 1 つの例を求めているだけです。
Vibe.dのセールス ポイントの 1 つは、グラフィカル ユーザー インターフェイスのサポートです。
これまでのところ、この機能を活用したまともなユースケースは思い浮かびません。誰かがそれについてもっと教えてくれたらとてもうれしいです.
たとえば、(Twitter) Stream API に関連するものはありますか?!
始めて、この投稿の範囲を限定するための 1 つの例を求めているだけです。
ドキュメントの内容は次のとおりです。http://vibed.org/features#productivity
グラフィカル ユーザー インターフェイスの統合
非同期 I/O をサポートする他のほとんどのフレームワークとは対照的に、vibe.d は UI イベント ループと完全に統合されているため、グラフィカル ユーザー インターフェイスを使用してアプリケーションを強化するために使用できます。
Windows の場合、MsgWaitForMultipleObjectsEx 関数を使用してウィンドウ メッセージを I/O または同時実行イベントと共に処理するネイティブ イベント ドライバー実装 (VibeWin32Driver で有効化) があります。X11 を実行しているシステムでは、XNextEvent を使用する代わりに、createFileDescriptorEvent を使用してディスプレイ接続をリッスンすることができます。
私はvibe.dを使用したことがないので、これについてはあまり信頼できませんが、以前に同様のコードを書いたことがあるので、その説明は私の経験が確実に当てはまることを示しています.
GUI プログラムを作成している場合、カスタム イベントを使用している間もユーザー入力 (ウィンドウ イベント) に応答し続けることが困難な場合があります。多くのフレームワークは独自のイベント ループを実行してデータ準備完了メッセージに応答し、GUI アプリケーションにはイベントが必要です。マウスクリックされたメッセージなどに応答するためにもループします。
vibe.d は両方に 1 つのイベント ループを使用できます。つまり、別の GUI スレッドを必要とせず、I/O を台無しにするメッセージをブロックすることなく、ウィンドウ メッセージを処理しながら非同期 I/O 機能を使用できます。
具体的な例としては、管理者に表示されるコントロール + 統計ウィンドウを備えたサーバー アプリケーションが考えられます。
同様のコードを調べたケースは、コンソール入力、GUI 入力、およびネットワーク入力を処理して、ネットワーク対応ターミナル エミュレーターを作成することでした。着信 ssh パケット、キーの押下、および親端末からの入力の中止をすべてブロックせずに処理する必要がありました。