WCF从理论到实践

    //下面代码的目的是添加一个MeatedataExchage的EndPoint

    BindingElement bindElement = new TcpTransportBindingElement（）；

    CustomBinding metaBind = new CustomBinding（bindElement）；

    ServiceMetadataBehavior metaBehavior = host.Description.Behaviors.Find<ServiceMetadataBehavior>（）；

    if （metaBehavior == null）

    {

    metaBehavior = new ServiceMetadataBehavior（）；

    host.Description.Behaviors.Add（metaBehavior）；

    }

    host.AddServiceEndpoint（typeof（IMetadataExchange）， metaBind， "MEX"）；

    host.Open（）；

    Console.WriteLine（"服务已经运行！"）；

    Console.Read（）；

    }

    随后，我们启动托管程序，发现代码在运行到ServiceHost host = new ServiceHost（typeof（Service），new Uri（"net.tcp://127.0.0.1：12345"））的时候，发生如下的异常：

    这个异常提示我们，同一个协定之中不能存在相同的操作，在WCF中操作重载是不显示适用的。而且问题不在于编译阶段，而在于托管阶段。

    但是我们能通过一些改进的手段来获取WCF对操作重载的支持。我们先把服务契约的定义更改为如下的代码：

    [ServiceContract]

    public interface IService

    {

    [OperationContract（Name="AddInt"）]

    int Add（int a， int b）；

    [OperationContract（Name="AddDouble"）]

    double Add（double a， double b）；

    }

    此时，我们在启动托管，发现已经能够正常运行了

    到此，我们是不是就完美的解决了WCF中关于操作重载的问题呢？不，还没有，因为WCF既包含服务端，又包含客户端，我们当前已经将服务端顺利的运行起来了。总结一下，就说服务端不是显示支持重载的，重载的操作各自的别名必须更不一致。

    WCF的客户端如何解决操作重载问题？

    但客户端呢？下面就来看下客户端对操作重载的反应。

    要想实现客户端，我们创建一个Console的客户端应用程序，然后需要用SvcUtiil.exe生成代理类，方法如下

    打开Proxy.cs，我们会发现代理的代码如下：

    默认生成的代理类代码//——

    // <auto-generated>

    // 此代码由工具生成。

    // 运行库版本：2.0.50727.1433

    //

    // 对此文件的更改可能会导致不正确的行为，并且如果

    // 重新生成代码，这些更改将会丢失。

上一页  [1] [2] [3] [4] 下一页