なぜsilverlightとwcfでbasicHttpBindingだけですか？

Question

正確な複製： Why does Silverlight 2 only support WCF basicHTTP binding?

のみSilverlightとWCFをbasicHttpBindingなぜ？おそらくあなたはこれをカバーするリンクを持っているので、入力の束をする必要はありません：+>

Answer 1

私はこれが重複しているとは確信していますが、それを見つけることはできません。私は簡単な答えは、BasicHttpBindingが部分信頼で動作する唯一のバインディングだと思います。

（EDIT：今の質問にリンクされ、DUPを見つけた）

Answer 2

私はこのためにいくつかのリンクが、決定的な答えを見つけました。 Silverlightのような匂いは、Webサービススタイルの通信のためのASMX Webサービスに対して設計されており、ASMX Webサービスを期待している古いクライアントでWCFを再生する方法は、basicHttpバインディングを使用することです。

このリンクは、（Beta2のSilverlightを使用して）完全に機能している例です。
http://msdn.microsoft.com/en-us/magazine/cc794260.aspx

標準WCFサービスであればシルバーアプリ型basicHttpBindingの結合を有するようにシルバーアプリケーションによって呼び出すことができます。あなたは

basicHttpBinding

デフォルトのwsHttpBindingからbasicHttpBindingにWCFサービスの結合変更を確認するか、タイプの新しいバインディングを作成する必要があります。このリファレンスは、同じことを言うが、再び何の説明を提供しています。以来、それがブロックされていないときに便利なとびきりである（1）のSilverlight 4は、現在利用可能な結合Net.TCPを行い、： http://timheuer.com/blog/archive/2008/03/14/calling-web-services-with-silverlight-2.aspx

Silverlightは、WCF

Answer 3

回答のカップルのためのBasicHttpBindingを使用して通信しますそれは劇的に高速です（詳細はhereを参照）。 Silverlightアーキテクチャには、他のバインディングを使用することを妨げるものは何もありません。

（2）Silverlightが他のWS * Httpベースのバインディングを使用しない理由については、それはちょうど推測ですが、これらのバインディングがHTTPプロトコルを使用した場合には驚くことはありませんSilverlightの限られたHTTPスタックはセキュリティ上の理由からおそらくサポートされません。たとえば、SilverlightはHTTPリクエストに置くことができるコンテンツヘッダーを制限し、WS- *プロトコルのいずれかにカスタムヘッダーが必要な場合、またはセキュリティリスクを表すヘッダーがある場合、MSはそれを防止したいと考えています。

（3）もちろん、MSがまだそれに慣れていない可能性もあります。彼らはここ数年でSilverlightに多大な貢献をしてきましたが、おそらく彼らはその機能に優先順位を付ける必要があります。