Facebook React and Angular 2は、リアクティブプログラミングを奨励しています(少なくとも、リアクティブプログラミングを利用しやすいように構築されています)。バックエンドでのリアクティブプログラミングのフレームワークはありますか?
これらはいずれもフロントエンドクライアントの構築を目的としています。
バックエンドを構築するのに類似したものはありますか?私の考えでは、もし私がリアクションフロントエンドを持っていれば、それを構築するのは大変意味があるようです。それは、(バックエンド)アプリケーション状態のクリーンな履歴を持つことを容易にし、ローカル記憶域を持つフロントエンドクライアントと同期させること、または2つのクライアント間で同期を維持することを非常に簡単にします。
もし存在しなければ、どうしてですか?リアクティブプログラミングがフロントエンドでは理にかなっているが、バックエンドでは理にかなっていない理由で、
CLARIFICATION UPDATE:私はreactivex.ioについて認識していますが、「減速機」と「セレクタ」を使用してバックエンドを構築することを奨励するAngular 2やReactのような、バックエンドの変更は、デバッグをきれいにするために記録できるいくつかの「アクション」に相当します。
明らかに、(http://reactivex.io/)がありますが、私のバックエンドソリューション(ASP.NET MVC)で使用することはめったにありません。どうして?フロントエンドとバックエンドのアプリケーションを開発する際のさまざまなパラダイムがあるためです。フロントエンドSPAは、ブラウザウィンドウに一度ロードされ、そこに座って非同期イベントが発生するのを待っています。どこに入ってくるリクエストがある場合にのみバックエンドのスレッドが起動し、リクエストが提供された直後に処理されます。 –
ああ、そうです。スピードの目的でそれほど重要ではないと言っていますか?コードの清潔さ/懸念の分離/バックエンドの変更方法をデバッグするのはどうですか?また、これらのアクションの記録を持つことは、フロントエンドのローカルストレージとの同期に役立つようです。これが私が想像しているほど役に立たない理由がありますか? – David
は基本的に非同期イベントの着信要求ではありませんか?なぜバックエンドでリアクティブプログラミングを使用しないのですか? –