[Silverlight]摆脱对 ServiceReferences.ClientConfig 的依赖

核心提示：在 Silverlight 中，如果用 VS添加对 WCF Service, 的引用，[Silverlight]摆脱对 ServiceReferences.ClientConfig 的依赖，则会自动生成 ServiceReferences.ClientConfig 配置文件，其中包含该 Service 的 Bindin

在 Silverlight 中，如果用 VS添加对 WCF Service, 的引用，则会自动生成 ServiceReferences.ClientConfig 配置文件，其中包含该 Service 的 Binding 和 Address 等信息。将配置信息隔离出来本来是好事情，但问题是，由于 Silverlight 只是一个客户端 runtime 的特性决定，配置文件将被在编译时组装到 Siverlight 的 xap 压缩包中去，这样，修改配置就会变得很麻烦，每次要修改后重新编译，重新部署。而由 VS 生成的这个 config 文件中往往包含了对 Service 所在地址的直接引用。比如 http://localhost:123/SomeService.svc，这样，对我们部署到生产环境是非常不方便的。

换一个做法，如果我们能将承载 Silverlight 的页面跟 WCF Service 放到同一个网站中，这样就可以用相对地址来访问到 Service. 在开发环境/测试环境/生产环境之间迁移就会变得很方便。

这时该网站下的文件结构大致如下：

根
|_ Service1.svc
|_ Service2.svc
|_ ...
|_ ClientBin
　　　　　　|_ YourSilverlightApp.xap

其中 ClientBin 下是编译生成的 Silverlight 程序的 xap 包。

根据这个结构，我们就可以做一个 WcfServiceClientFactory 类，可以按需创建出指定类型的 WCF 客户端代理类，而不用去读取配置文件。代码如下：

usingSystem;
usingSystem.Net;
usingSystem.Windows;
usingSystem.Windows.Controls;
usingSystem.Windows.Documents;
usingSystem.Windows.Ink;
usingSystem.Windows.Input;
usingSystem.Windows.Media;
usingSystem.Windows.Media.Animation;
usingSystem.Windows.Shapes;
usingSystem.ServiceModel;
usingSystem.ServiceModel.Channels;
namespaceNeilChen.Silverlight
{
　　publicstaticclassWcfServiceClientFactory<TServiceClient,TService>
　　　　whereTServiceClient:ClientBase<TService>,TService
　　　　whereTService:class
　　{
　　　　publicstaticTServiceClientCreateServiceClient()
　　　　{
　　　　　　vartypeName=typeof(TService).Name;
　　　　　　varserviceAddress="../"+typeName+".svc";
　　　　　　returnCreateServiceClient(serviceAddress);
　　　　}
　　　　publicstaticTServiceClientCreateServiceClient(stringserviceAddress)
　　　　{
　　　　　　varendpointAddr=newEndpointAddress(newUri(Application.Current.Host.Source,serviceAddress));
　　　　　　varbinding=newBasicHttpBinding();
　　　　　　varctor=typeof(TServiceClient).GetConstructor(newType[]{typeof(Binding),typeof(EndpointAddress)});
　　　　　　return(TServiceClient)ctor.Invoke(newobject[]{binding,endpointAddr});
　　　　}
　　}
}

这样，就可以利用类似下面的代码来创建客户端代理：

varmemberService=WcfServiceClientFactory<MemberServiceClient,

MemberService>.CreateServiceClient();

比起直接用 new 的方式创建，多传了两个类型参数而已，但是却不需要依赖于配置文件了。

至于上面提到的 WCF Service 跟 Silverlight 的程序集放置的这个特定结构，其实也不一定要这样的。用上面提供的第二个重载形式 publicstaticTServiceClientCreateServiceClient(stringserviceAddress) 就可以指定其他情况的相对地址。当然，如果一定要用绝对地址，增加一个类似的方法就可以了，这里我省略了。

不过，我个人而言比较喜欢这种结构，合理的约定就会省去很多编程和配置的麻烦。

Ruby on Rails 的哲学不是有一个叫做“约定胜于配置”么。