私は現在開発していたモデルは、次の3つの要素が含ま：ローカルのWindowsプロセスに掲載ASP.NETのクエリ文字列からの要求をシャトルすると返す結果
- （むしろ）の豊富なGUIを使用してクライアントアプリケーションを
- アンASP.NET/IIS Webサーバ
- そしてWindowsプロセス（コンソールアプリケーション）私の心の中で
（＃2に関しては）ローカル、クライアント・アプリケーションは、（＃1）ポストクエリ文字列にASP.NET/IISローカルWindowsプロセス（＃3）にクエリパラメータを通知し、目的の機能を実行し、＃2に、それから＃1にデータを返すWebサーバー（＃2）。
このような（ひどく）巻き込まれた行列の必要性は、Windowsプロセスの性質から生じます。このコンソールアプリケーションは、RPCを使用して第2のサーバーに対して自身を接続および認証します。あなたが想像することができるように、このプロセスは高価です。
WindowsプロセスとASP.NET/IISページをマージすると、要求ごとに新しい接続が開かれます。各認証のケースが約4秒かかるので、数十回のPOSTが迅速に連続して行われると、これは妥当性はほとんどありません。
幸いにも、Windowsコンソールアプリケーションは一度ログインしてセッションを維持できます。したがって、私は、このインタラクションのソースがASP.NET/IISページから派生しているので、このコンソールアプリケーションとのインターフェイスをとるソリューションを見つける必要があります。
この問題を取り巻くトピックについては、Stackoverflow/MSDNのほぼすべての記事を読んでいます。私はリモーティング、パイプ、ソケット、WCFなどを採用できることを知っています。
皆さんに尋ねます。同様の問題が発生した場合、どのように解決しましたか？私は正しい方向に明確な点を求めているだけです。コードを含めることができれば、私はあなたの応答にさらに感謝します。
ご協力いただきありがとうございます。
はね！ – ggonsalv
要求はクライアントによってシリアル化され、100％はASP.NET/IIS Webサーバーによって正常に受信されます。問題はコンソールアプリケーションに要求を渡すことにあります。提案していただきありがとうございます！ –
なぜASP.NET/IISサーバーで間接？リッチGUIがコンソールアプリケーションを直接呼び出すことはできませんか？ – ggonsalv