我有创造20+终点为各种用途的自托管C＃WCF服务。 每个代码本身在服务的app.config中的一些基本配置项目，如端口和地址配置。 该服务的伟大工程的测试客户端，但一直没有得到广泛的测试。
我是标准的WCF配置文件的方式有点猜疑，因为我怕最终用户会误事，因而没有在代码中的一切。
它是一个更好的主意，这样做在配置文件中的配置，因为这样最终用户可以定制它自己的需求或者是在代码的方式足以满足大多数需求？
Answer 1:
一个WCF的主要好处是连接信息从码远的抽象。 如果您需要更改任何服务的参数，从web.config这样做可以更容易地完成，而无需重新编译。 您可能需要更改“端口和地址，”例如。 如果你是从代码中这样做，你就需要重建，这可能是不切实际的。 此外，我不知道为什么最终用户将与web.config中通常被搞乱，除非真的有必要。
总之，除非你有一个很好的理由不使用配置文件，您应该大概是为了获取WCF提供抽象的全部好处使用它们。
Answer 2:
你需要问自己一些问题
- 做不同的开发商有自己的机器上的值不同？
- 将别人不与C＃的工作已经更改这些设置值？ （例如，管理员）
- 将特定值（例如邮件大小），需要的性能进行调整以后？
如果答案是肯定的，以任何这些问题，那么你需要将设置移动到config文件。 如果你担心的是，谁知道其他设置的客户会弄乱事故的WCF设置，您可以通过添加总是单独设置configSource属性你的web.config或app.config文件为每个标签，并把你的配置部分中在一个子目录单独的文件，以减少意外变化的可能性。
Answer 3:
只是，
如果您使用.config文件，那么你将能够改变配置的代码被编译之后。 这可以是好还是坏，根据您的情况。
文章来源: Pros and Cons of wcf config file vs in code config
