为什么只使用silverlight和wcf进行basicHttpBinding？

准确副本：

---

为什么只使用silverlight和wcf进行basicHttpBinding？也许你有一个链接可以涵盖这一点，你不必大量输入：++

嗯，我很确定这是重复的，但找不到它。我认为简单的答案是BasicHttpBinding是唯一在部分信任中工作的绑定

---

（编辑：找到了dup，现在链接有问题）

Hm，我很确定这是重复的，但找不到它。我认为简单的答案是BasicHttpBinding是唯一在部分信任中工作的绑定

---

（编辑：找到了dup，现在链接有问题）

我找到了几个链接，但没有确定的答案。闻起来Silverlight是针对ASMX web服务设计的，用于web服务风格的通信，而让WCF与希望使用ASMX web服务的旧客户端进行交互的方法是使用basicHttp绑定

此链接提供了一个完整的示例（使用Silverlight的Beta2）。

只要Silverlight应用程序具有basicHttpBinding类型的绑定，Silverlight应用程序就可以调用标准WCF服务。您必须确保将WCF服务的默认绑定从wsHttpBinding更改为basic-HttpBinding，或者创建basicHttpBinding类型的新绑定

这个参考说明了同样的事情，但同样没有提供任何解释。

Silverlight使用用于WCF的BasicHttpBinding进行通信

---

我找到了几个链接，但没有确定的答案。闻起来Silverlight是针对ASMX web服务设计的，用于web服务风格的通信，而让WCF与希望使用ASMX web服务的旧客户端进行交互的方法是使用basicHttp绑定

此链接提供了一个完整的示例（使用Silverlight的Beta2）。

只要Silverlight应用程序具有basicHttpBinding类型的绑定，Silverlight应用程序就可以调用标准WCF服务。您必须确保将WCF服务的默认绑定从wsHttpBinding更改为basic-HttpBinding，或者创建basicHttpBinding类型的新绑定

这个参考说明了同样的事情，但同样没有提供任何解释。

Silverlight使用用于WCF的BasicHttpBinding进行通信

有几个答案：（1）Silverlight 4现在提供了Net.TCP绑定，当它没有被阻止时非常方便，因为它的速度非常快（有关详细信息，请参阅）。很明显，Silverlight体系结构中没有任何固有的东西阻止它使用其他绑定

（2） 至于Silverlight为什么不使用其他基于WS*Http的绑定，这只是一个猜测，但如果这些绑定以Silverlight有限的Http堆栈不支持的方式使用Http协议，我也不会感到惊讶，可能是出于安全原因。例如，我知道Silverlight限制了您可以放置在HTTP请求上的内容头，如果任何WS-*协议需要自定义头，或者可能存在安全风险的头，MS都希望防止这种情况

（3） 当然，也有可能是微软还没有采取行动。在过去的几年里，他们已经在Silverlight上做了很多工作，但是他们可能必须优先考虑他们的功能。

有几个答案：（1）Silverlight 4现在提供了Net.TCP绑定，当它没有被阻止时非常方便，因为它的速度非常快（详情请参阅）。很明显，Silverlight体系结构中没有任何固有的东西阻止它使用其他绑定

（2） 至于Silverlight为什么不使用其他基于WS*Http的绑定，这只是一个猜测，但如果这些绑定以Silverlight有限的Http堆栈不支持的方式使用Http协议，我也不会感到惊讶，可能是出于安全原因。例如，我知道Silverlight限制了您可以放置在HTTP请求上的内容头，如果任何WS-*协议需要自定义头，或者可能存在安全风险的头，MS都希望防止这种情况

（3） 当然，也有可能是微软还没有采取行动。在过去的几年里，他们已经在Silverlight上做了很多工作，但是他们可能必须优先考虑他们的功能