古い Web サービスを使用する Silverlight イントラネット アプリケーションがあり、SSL のサポートを追加する任務を負っています。これを行うために、古い Web サービスを捨てて、新しい WCF サービスに置き換えることを計画していました。
また、古い Web 参照を取り除き、プロキシも動的に構築する必要がありました (エンドポイントが異なるため)。動的プロキシの構築方法を概説したこの有用な記事を見つけましたhttp://sonyarouje.com/2010/10/ 01/proxy-less-silverlight-wcf-communication .
私は今それが機能しています（ただし、パラメーターを持つメソッドを呼び出す方法を理解する必要があります）が、（a）SilverlightはBasicHttpBindingのみをサポートする（つまり、wsではない）、および（b）BasicHttpBindingはサポートしないことを発見しましたセッション状態。
私たちのアプリケーションは現在、セッションを使用して、シングルトン データ アクセス レイヤーを介してリクエストを追跡し、キューに入れます。現時点で考えられる唯一のことは、セッションの独自の実装を作成することです-しかし、私が見逃しているより良い解決策があるかどうか疑問に思っていたので、この投稿.
基本的に、Silverlight、WCF、セッション状態、および SSL をサポートする「ベスト プラクティス」アプローチはありますか、それともセッションを独自の同等のものに置き換えるのは正しいのでしょうか?