簡単に言えば、私の間違いでなければ、パッケージが順番に送信されることを確認したいときにセッションが使用され、セッションを使用できるようにするには信頼できる接続が必要です。
しかし、どのような種類のアプリケーションがそれを必要とするのでしょうか? 私の場合、クライアントがデータベースからサービス データに要求する単純なアプリケーションです。サービスはデータベースからデータを取得し、結果をクライアントに送信します。また、クライアントは、データベースからのデータの追加、変更、または削除を要求できます。この場合、信頼できる接続とセッションが必要かどうか?
ありがとう。
セッションは、一定期間、データを保持することを前提としています。このような期間は、セッションに関する限り、クライアントがプロキシを開き、サービスとセッションの両方が作成され、クライアントがプロキシ サービスを閉じてセッションがアクションを終了するクライアントのライフサイクルを指します。プロキシを閉じても実際にはすぐには実行されず、一方向操作を呼び出したときに例外が発生します。以前にインスタンスの削除命令を受け取っていたにもかかわらず、操作がアクションを実行している限り、サービスは機能し続けます。
提供された情報に基づいて、最良の選択は PerCall であると思います。通話間でデータを保存することはなく、すべての通話を個別に認識できます。さらに、ConcurrencyMode を複数に設定して、サービスを同時に作成できるようにします。
個人的には、特定の数のメッセージを単一のキュー メッセージにラップしたいときはいつでも、MSMQ で session が役立つと思います。エラーが発生した場合、どのメッセージが担当しているかに関係なく、キュー メッセージ全体がロールバックされます。