サービスを呼び出すためにさまざまなパラメーターを必要とするさまざまなクライアント側アプリケーションがあります。これは主にサービス URL とすべてです。現在、asp.net からのサーバー応答として Java オブジェクトを挿入しています。またはasp。したがって、サーバーコードは、すべての値を持つ javascript オブジェクトの response.write を実行します。
Javascript アプリがノードを直接呼び出し、json オブジェクトとして構成値を取得できるように、構成をノードに移動することを計画しています。
client に値を取得したら、バックエンドで誰かが再び変更されるまでそれらをキャッシュできます。
これは良いアプローチだと思いますか。
誰かがバックエンドの設定値を変更した場合、どうすればキャッシュを更新できますか?
あらゆる種類の入力を歓迎します。
asp.net サービスも JSON オブジェクトで応答できることを考えると、本当の問題は「なぜサービス アーキテクチャを変更するのか」だと思います。完全なスタックが Javascript になるように node.js に変更する人手がある場合は問題ありませんが、それ以外の場合は、node.js が asp.net を必要とする何かがない限り、少し無駄に思えます。ではない。両方を扱う人として、どちらもクライアントとの間で JSON を渡す Web サービスとして適しています。
バックエンドで変更が行われたときにクライアント アプリを更新する場合は、新しい情報が利用可能であることをクライアントに伝えることができるように、Web サービスのある種の「プッシュ」機能が必要なようです。両方のテクノロジー (asp.net/wcf または node.js) を介して websocket でこれを行うことは可能ですが、これを行う方法はユーザー次第です。