基幹業務アプリケーションで自動生成されたWCFサービス参照を使用していますか?それともあなたはあなた自身を転がしますか?なぜ?
編集
自分でロールすることを検討している人にとっては、役立つと思われるこの記事を見つけました: Silverlight2でのWCFサービスの理解。Silverlight 3のサイトには、便利な追加となる可能性のある別の記事があります。Silverlight3のWCF障害を理解する。
基幹業務アプリケーションで自動生成されたWCFサービス参照を使用していますか?それともあなたはあなた自身を転がしますか?なぜ?
編集
自分でロールすることを検討している人にとっては、役立つと思われるこの記事を見つけました: Silverlight2でのWCFサービスの理解。Silverlight 3のサイトには、便利な追加となる可能性のある別の記事があります。Silverlight3のWCF障害を理解する。
私は通常、自分でロールするか、自動生成されたウィザードによって生成されたものを微調整します。
ほとんどの場合、2つのシナリオがあります。
私はワイヤーの両端を制御します-その場合、私はアセンブリをサービスと共有し、サービスとクライアントの間でデータコントラクトを共有します。その場合、私は自分のクライアントをClientBase<T>子孫として、またはを使用して最初から作成しますChannelFactory<T>。残念ながら、私が知る限り、これはSilverlightクライアントのオプションではありません:-(
サードパーティからWSDL+XSDを取得します。この場合、通常svcutil.exeはクライアントプロキシの最初のバージョンを生成するために使用し、ニーズに合わせて調整します(特に、svcutilまたはVS「サービス参照の追加」によって生成された構成)。ひどく悪いです.....)
私は自分でそれを実行し、何が起こっているのかを完全に知るという追加の制御を持っているのが好きです。
制御していないサービスにアクセスするためにSilverlightを使用する必要はありませんでしたが、制御しているWCFサービスにアクセスする際には、標準の自動生成されたWCF参照を使用します。サービスが定期的に変更されている場合、自分でロールするのは非常に苦痛です。
サービスの両端を制御する場合は、RIAサービスも強力に調査する必要があります。これにより、インターフェイスが変更されるたびにサービス参照を手動で再生成するよりも、SiverlightクライアントをWCFサービスと同期させるはるかに洗練された方法が実装されます。