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

在 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 客户端代理类，而不用去读取配置文件。代码如下：

using  System;
using  System.Net;
using  System.Windows;
using  System.Windows.Controls;
using  System.Windows.Documents;
using  System.Windows.Ink;
using  System.Windows.Input;
using  System.Windows.Media;
using  System.Windows.Media.Animation;
using  System.Windows.Shapes;
using  System.ServiceModel;
using  System.ServiceModel.Channels;

namespace  NeilChen.Silverlight
{
     public   static   class  WcfServiceClientFactory < TServiceClient, TService >
         where  TServiceClient : ClientBase < TService > , TService
         where  TService :  class
    {
         public   static  TServiceClient CreateServiceClient()
        {
            var typeName  =   typeof (TService).Name;
            var serviceAddress  =   " ../ "   +  typeName  +   " .svc " ;
             return  CreateServiceClient(serviceAddress);
        }

         public   static  TServiceClient CreateServiceClient( string  serviceAddress)
        {
            var endpointAddr  =   new  EndpointAddress( new  Uri(Application.Current.Host.Source, serviceAddress));
            var binding  =   new  BasicHttpBinding();
            var ctor  =   typeof (TServiceClient).GetConstructor( new  Type[] {  typeof (Binding),  typeof (EndpointAddress) });
             return  (TServiceClient)ctor.Invoke( new   object [] { binding, endpointAddr });
        }
    }
}

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

var memberService  =  WcfServiceClientFactory < MemberServiceClient,
                MemberService > .CreateServiceClient();

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

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

不过，我个人而言比较喜欢这种结构，合理的约定就会省去很多编程和配置的麻烦。
Ruby on Rails 的哲学不是有一个叫做“约定胜于配置”么。