彩票走势图

　　当一个Silverlight客户端试图使用WCF服务时，默认情况下，它只被允许进行在原始站点下的通讯。例如，一个//domainA/default.aspx托管的Silverlight控件默认情况下只能使用同一个域内的服务，如：//domainA/WCFService.svc。而//domainB/WCFservice.svc则不行。

　　为了使//domainA/default.aspx托管的Silverlight可以连接到//domainB/WCFservice托管的WCF服务，我们需要显式配置一个跨域选择策略，即clientaccesspolicy.xml或crossdomain.xml。有很多文章与这个主题相关：

　　建立可跨网域界限访问的服务

　　//msdn.microsoft.com/en-us/library/cc197955(VS.95).aspx

　　警告：无法在'<URL>'定位跨域策略

　　//msdn.microsoft.com/en-us/library/cc838225(VS.95).aspx

　　当我们的WCF服务托管在IIS中时，我们只需要在发布WCF服务的根文件夹中部署clientaccesspolicy.xml。例如：如果我们的WCF服务发布为：//domainB/WCFservice.svc，那么跨域策略应该可以通过//domainB/clientaccesspolicy.xml访问。

　　然而，自托管的WCF服务有些许不同。在这篇文章中，我们将演示Silverlight客户端如何在一个跨域环境中使用自托管的WCF服务。同时，因为Silverlight4 目前已支持NET.TCP绑定，这些针对NET.TCP绑定的步骤将与basicHttpBinding完全不同。在这篇文章中，我将分别介绍在basicHttpBinding和NET.TCP 绑定这两种不同情景下的步骤。

　　如何使用自托管WCF服务

　　场景1：自托管的WCF服务与basicHttpBinding

　　步骤1：

　　定义一个接口"IPolicyRetriever"

[ServiceContract]

public interface IPolicyRetriever

{

[OperationContract, WebGet(UriTemplate = "/clientaccesspolicy.xml")]

Stream GetSilverlightPolicy();

[OperationContract, WebGet(UriTemplate = "/crossdomain.xml")]

Stream GetFlashPolicy();

}　

　　步骤2：

　　在你的WCF服务中实现上述接口：

public class WCFService:IWCFService,IPolicyRetriever

{

//IWCFService 实现

...

...

//IPolicyRetriever 实现

private Stream StringToStream(string result)

{

WebOperationContext.Current.OutgoingResponse.ContentType = "application/xml";

return new MemoryStream(Encoding.UTF8.GetBytes(result));

}

public Stream GetSilverlightPolicy()

{

string result = @"<?xml version=""1.0"" encoding=""utf-8""?>

<access-policy>

<cross-domain-access>

<policy>

&lt;allow-from http-request-headers=""*"">

<domain uri=""*""/>

</allow-from>

<grant-to>

<resource path=""/"" include-subpaths="";true""/>

</grant-to>

</policy>

</cross-domain-access>

</access-policy>";

return StringToStream(result);

}　　

　　步骤3：

　　发布一个endpoint，地址为""，基于HTTP schema的主机地址来为clientaccesspolicy.xml接收请求。我们可以通过编程或管理的方式达到此目的。

　　编程的方式：

　　Type serviceType = typeof(WCFService);

　　ServiceHost host = new ServiceHost(serviceType);

　　host.AddServiceEndpoint(typeof(IPolicyRetriever), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior());

　　管理的方式：

<behaviors>

<endpointBehaviors>

<behavior name="WebHttpNewBehavior">

<webHttp />

</behavior>

</endpointBehaviors>

...

</behaviors>

<services>

<service behaviorConfiguration="NewBehavior">

...

<endpoint behaviorConfiguration=&quot;WebHttpNewBehavior" binding="webHttpBinding"

bindingConfiguration="" name="PolicyEndpoint" contract="WCFService.IPolicyRetriever" />

...

</service>

</services>

在以上步骤之后，当一个Seliverlight控件向跨域自托管的WCF 服务发出一个请求时，这个服务端的服务器应该能够检索它的客户端访问策略，然后决定请求是否被授权。

　　场景2：自托管的WCF服务与NET.TCP binding

　　即使如下文章宣布了Sliverlight4支持NET.TCP binding：

　　Sliverlight4 中的WCF NET.TCP协议

　　//www.silverlightshow.net/items/WCF-NET.TCP-Protocol-in-Silverlight-4.aspx

　　在开始我们的步骤之前，我想特别指出一些与basicHttpBinding场景不同的地方。

　　1. 实际上NET.TCP schema并不能被Silverlight 4识别。至少当前如此。为了使用NET.TCP 绑定，我们需要使用customBinding。

　　2. TCP 端口范围被限制在4502-4534，这意味着你的WCF服务必须在以上端口范围中发布，从而使Silverlight客户端能够访问它。

　　为了使客户端能够访问策略，在Silverlight4 RC之前，TCP 943端口专门用来暴露策略。

　　参考如下文章以获得更多细节信息：

　　Silverlight中的网络安全访问限制

　　//msdn.microsoft.com/en-us/library/cc645032(VS.95).aspx

　　为了使我们的工作变得简单，Microsoft的Tomasz Janczuk创建了一个免费的针对那些工作如TCP 套接字策略服务器的命令行程序的模板。

　　然而，Silverlight 4 RC中的NET.TCP协议希望能通过HTTP协议在域名的根目录中访问到套接字策略，而不是像之前那样通过TCP协议在943端口访问到。

　　参考如下文章以获悉这个改变：

　　Sliverlight 4 中使用WCF net.tcp 协议的发布/订阅例子

　　//tomasz.janczuk.org/2009/11/pubsub-sample-with-wcf-nettcp-protocol.html

　　在这里，我们展示针对于Silverlight 4 RC场景的步骤，这意味着套接字策略通过HTTP协议在域名的根目录下被访问到。

　　步骤1：

　　配置WCF 服务使用customBinding，和一个基于NET.TCP 模式的元数据交换端点。你可以参考如下配置：

<bindings>

<customBinding>

<binding name="NewBinding0">

<binaryMessageEncoding />

<tcpTransport />

</binding>

</customBinding>

</bindings>

...

...

<services>

<service behaviorConfiguration="NewBehavior" name="Demo.WCFService">

<endpoint address="WCFService" binding="customBinding" bindingConfiguration="NewBinding0"

name="ServiceEndpoint" contract=" Demo.IWCFService " />

<endpoint address="mex" binding="mexTcpBinding" bindingConfiguration=""

name="MEXEndpoint" contract="IMetadataExchange" />

<host>

<baseAddresses>

<add baseAddress="net.tcp://[domainB]:4503/" />

</baseAddresses>

</host>

</service>

</services>　　

　　步骤2：

　　将clientaccesspolicy.xml部署到//domainB的根目录下，以确保clientaccesspolicy.xml能够通过//domainB/clientaccesspolicy.xml访问到。clientaccesspolicy.xml的内容应该与如下相似：

<access-policy>

<cross-domain-access>

<policy>

<allow-from>

<domain uri="*"/>

</allow-from>

<grant-to>

<socket-resource port="4502-4534" protocol="tcp" />

</grant-to>

</policy>

</cross-domain-access>

</access-policy>　　

经过如上步骤后，你的Silverlight 应该能够成功地通过NET.TCP 绑定请求自托管的WCF 服务。