有趣的 WCF 接口转换行为

Question

在回答另一个问题时，我遇到了一个有趣的情况 WCF 很乐意使用不同数量的成员和来自不同命名空间的接口，而普通的 .net 运行时不能。

谁能解释一下 WCF 是如何做到这一点的，以及如何配置/强制 WCF 表现得与正常的 .net 运行时相同。请注意，我知道我应该只有一个界面，等等等等等等。

这是工作代码

using System;
using System.Runtime.Serialization;
using System.IO;
using System.ServiceModel;
using System.ServiceModel.Channels;
using System.ServiceModel.Description;

namespace MyClient
{
  [ServiceContract]
  public interface IService
  {
    [OperationContract]
    string Method(string dd);
    [OperationContract]
    string Method2(string dd);
  }
}

namespace MyServer
{
  [ServiceContract]
  public interface IService
  {
    [OperationContract]
    string Method(string dd);
  }
}

namespace MySpace
{
  public class Service : MyServer.IService
  {
    public string Method(string dd)
    {
      dd = dd + " String from Server.";
      return dd;
    }
  }

  class Program
  {
    static void Main(string[] args)
    {
      string Url = "http://localhost:8000/";
      Binding binding = new BasicHttpBinding();
      ServiceHost host = new ServiceHost(typeof(Service));
      host.AddServiceEndpoint(typeof(MyServer.IService), binding, Url);
      host.AddDefaultEndpoints();
      host.Open();

      // Following line gives error as it should do. 
      //MyClient.IService iservice = (MyClient.IService)new MySpace.Service(); 

      // but WCF is happy to do it ;)
      ChannelFactory<MyClient.IService> fac = new ChannelFactory<MyClient.IService>(binding);
      fac.Open();
      MyClient.IService proxy = fac.CreateChannel(new EndpointAddress(Url));


      string d = proxy.Method("String from client.");
      fac.Close();
      host.Close();
      Console.WriteLine("Result after calling \n " + d);

      Console.ReadLine();


    }
  }
}

Answer 1

您的 MyClient.IService 具有与 MyServer.IService 相同的方法，WCF 的通道工厂认为合同在公开的 url 上匹配，因此处理请求。

尝试更改您的 MyClient.IService 方法名称，您会发现它失败了。正如我们所知，命名空间是逻辑分隔符。

当您创建 WCF 服务并公开 wsdl 时，它没有任何命名空间，除非您使用端点元素中的 bindingNamespace 属性在配置中指定一个。只需尝试一个示例并从 wsdl 生成一个代理，以查看该代理没有任何命名空间。

只要 MyClient 和 MyServer 命名空间中的 IService 与上面的 WCF 代码匹配，就可以工作

关于您的以下代码：

MyClient.IService iservice = (MyClient.IService)new MySpace.Service();       

您正在尝试将 MySpace.Service 显式转换为 MyClient.IService ，其中您的“服务”没有实现您的 MyClient.IService 并且根据 OOP 是正确的。由于您将所有代码都放在一个文件中并且是自托管的，因此您可能会感到困惑。

Answer 2

没有矛盾。

      // Following line gives error, as it should do, because the .NET types 
      // MyClient.IService and MySpace.Service are not related.   
      MyClient.IService iservice = (MyClient.IService)new MySpace.Service();   // ERROR !!

      // Likewise, a WCF client proxy defined using MyService.IService as the contract
      // cannot be cast to the unrelated .NET type MyClient.IService
      ChannelFactory<MyService.IService> fac1 = new ChannelFactory<MyService.IService>(binding); 
      fac1.Open(); 
      MyClient.IService proxy = (MyClient.IService)fac1.CreateChannel(new EndpointAddress(Url));  // ERROR !!

      // but the service can be consumed by any WCF client proxy for which the contract 
      // matches the defined service contract (i.e. they both expect the same XML infoset 
      // in the request and response messages). There is no dependency between the .NET type 
      // used in the client code and the .NET type used to implement the service. 
      ChannelFactory<MyClient.IService> fac = new ChannelFactory<MyClient.IService>(binding); 
      fac.Open(); 
      // Next line does not error because the ChannelFactory instance is explicitly 
      // specialised to return a MyClient.IService so the .NET type is the same... there is no cast
      MyClient.IService proxy = fac.CreateChannel(new EndpointAddress(Url)); 
      // NOTE: Thus far we have not done anything with the service in this case.
      // If we call Method() it should succeed, since the contract matches. If we call
      // Method2() the channel will fault as there is no matching operation contract in the service.

.NET 类型系统与 WCF 的服务/操作/消息/数据契约概念完全不同。同样，否则您将永远无法为您自己编写的 WCF 服务编写 WCF 客户端。

但是，如中间示例所示，如果您在服务和客户端代码中为服务合同重用 .NET 类型，您的期望将会得到满足。