直接通道使用与使用代理？

正如标题所暗示的，我试图理解为什么在 WCF 中有时人们选择“生成代理”而不是使用 ChannelFactory 手动创建新的通道实例。我已经看过每一种的例子，但还没有真正找到任何解释为什么你会选择其中一种。

老实说，我只与渠道合作过ChannelFactory<T>从我继承的代码中，即：

IChannelFactory<IDuplexSessionChannel> channelFactory =
    binding.BuildChannelFactory<IDuplexSessionChannel>();

_duplexSessionChannel = channelFactory.CreateChannel(endpointAddress);

那么为什么我要“生成代理”呢？有哪些优点和缺点？

主要区别是：

• 生成代理只需要您知道服务所在的 URL。通过生成代理，其他一切（服务契约和涉及的数据契约）将通过检查服务的元数据来确定

• 为了直接创建一个ChannelFactory<T>，您必须能够直接访问包含该服务合同的程序集T您正在为其生成通道工厂。仅当您基本上控制通道的两端并且可以共享包含这些服务合同的程序集时，这才有效。通常，对于第三方服务，情况不会如此 - 对于您自己的服务，是的。

第二个要点是：

• 创建生成的代理基本上执行您要做的两个步骤 - 创建一个ChannelFactory<T>，然后在单个构造函数中创建实际的通道。您无法控制这两个步骤。

• 创建自己的频道是有益的，因为创建ChannelFactory<T>这是昂贵的步骤 - 所以你可以将你的通道工厂实例缓存在某个地方。从工厂创建和重新创建实际通道的步骤要少得多，您可以更频繁地执行此步骤

因此，如果您确实控制了通信的两端（服务和客户端），那么您确实可以选择在单独的程序集中共享服务契约，因此您有更多的选择。

对于大多数第三方服务，您根本没有这个选项。