スレッドベースのイベントベースの非同期の "フレームワーク"

Question

最近このような "フレームワーク"について熟考し、このようなものが既に存在するのか、それとも完全にひどいアイデアなのかを知りたかったのです。 Stack Overflowの上級者が明らかに答えを知っていることは分かっていました。

GUIアプリケーションやサーバーを構築するための「フレームワーク」や言語を構想していました。そこではマスターを作成し、このマスターからアプリケーション全体を構築しました。

このマスタは完全にイベント駆動型で、デフォルトではonSetupイベントがすべてロードされ、順番に取得されます。次に、受動的にあらゆる種類のイベント（ボタンクリック、ソケットなど）。

このマスターは、それがキャッチするイベントに応じて、実行するスレーブ（およびその戻りデータをどのように解釈するか）を示すルールの集合です。これらのすべてのスレーブ（基本的な機能）は別々のスレッド上で実行するためにforkされ、完全に非同期であり、明示的に述べられている場合にのみ、スレーブ呼び出しが残りのマスターを保留にします。

私の意見では、これは非常にパフォーマンスの高いGUIやサーバーを開発する簡単な方法であり、かなりモジュラーになると思います。また、これらの異なるスレーブはすべて、コーダーの効率を大幅に向上させるために、オンラインで簡単に配布し共有することができます。

このような言語やフレームワークは既に存在するのでしょうか、この種の概念は意味をなさないのですか、あなたの考えを教えてください。

ありがとうございました

Answer 1

必要なソフトウェアを書くのは簡単です。フレームワークは役に立ちますが、うまくいくのは難しいでしょう。あなたの提案は、それが適切であろうとなかろうと、特定の方法で問題を解決するように強制するように聞こえます。あなたは実際には十分な詳細に行っていない。どのように物事が完了するのを待つだろうか？ あなたのドメインにこのように解決できる問題がある場合、依存しているかどうかによって異なります。

Answer 2

あなたの説明は、私の考えではJavaのようなJMSのようなメッセージングシステムによく似ています。イベントをマスターキューに渡して、このキュー/トピックに登録する方法のルールのセットを作成し、イベント自体に応じてアクションを実行することができます。あなたが記述している "フレームワーク"は、確かに存在します.YBossのhttp://jboss.org/hornetqを見てください。それは、必要なすべての通信と非同期処理を提供します。