我们已经使用了这个旧主题（"WCF Service Reference generates its own contract interface, won't reuse mine"）中的解决方案，但这只是解决了重用接口的问题。如果可能的话，我们想做的是保留使用配置文件来设置和配置 WCF 客户端上的各种选项，使用 <system.serviceModel> 节点的所有花里胡哨。
所提供的方法迫使我们在代码中完成所有这些工作，而这在某一时刻已经被证明是一个问题（我们不得不更改绑定配置参数，这迫使我们完成整个公司变更请求批准流程更改代码库中的两行，与更改配置文件的请求相比，这是一个巨大的麻烦）。
有没有结合这两个世界的解决方案？
【问题讨论】：
假设您有IService 作为您的服务合同，它在客户端和服务器之间共享。
然后在客户端代码中你会有这样的东西：
ChannelFactory<IService> factory = new ChannelFactory<IService>("ServiceClient");
var channel = factory.CreateChannel();
var result = channel.GetData(1);
在客户端 app.cofnig 中，您将有一个如下所示的部分：
<system.serviceModel>
<client>
<endpoint name="ServiceClient" address="http://localhost:51377/service.svc" binding="basicHttpBinding"
contract="Common.IService"/>
</client>
</system.serviceModel>
简要说明ChannelFactory 创建Channel 以使用ServiceClient 端点配置访问IService 服务app.config。
您可以根据需要扩展 serviceModel 配置。操作完成后，只需添加额外的代码即可正确关闭通道。
【讨论】：
ChannelFactory<T>构造函数中的一个参数。明白了，由于某种原因，我们完全错过了那个……谢谢。
您想要实现的具体目标是什么？似乎您正在尝试重用合同，但让 SVCUTIL/VS 生成 ClientBase
如果是这样，我不认为这是一个受支持的场景，真的。老实说，如果你需要重用你的服务契约接口，你还不如手动实现基于 ClientBase
SVCUTIL/VS 中不支持仅导入绑定配置而不是整个配置的选项，因此您可能还需要手动编写配置文件（或从手册中复制）运行 SVCUTIL)。
【讨论】：