哪种WCF配置方法更聪明？

Question

我正在读两本关于WCf的书，其中一本是把配置显示为App.Config，另一本是通过Code in C#显示

我想知道我应该使用哪种方法，以及对彼此有什么好处。Wcf配置向导也支持配置背后的c#代码吗？

谢谢你的回答。

Answer 1

我想这取决于你的需要。我个人倾向于用代码配置wcf，特别是对于不太可能发生变化的事情。可能包括错误处理程序/记录器、行为、身份验证模块、服务主机工厂等。

对于更多的动态内容，如连接字符串、密码、文件路径等，都是在.config文件中配置的。

使用代码的最大优点之一是，您的代码现在可以支持IOC/依赖项注入、编译时检查等功能。

我不认为所有的东西都应该放在一个配置文件中，因为修改它更容易。在大多数情况下，我看到它在生产中从未改变过。

Answer 2

配置文件可以在不进行重新构建的情况下进行更改(例如，方便地添加自定义检查器或序列化程序)，在客户机/服务器之间复制/粘贴非常容易，IDE工具提供了支持。

如果您正在运行时配置系统(即从另一台服务器获取信息)，或者正在以库的形式运行(dll)，并且不能保证配置文件中的a: exist或b:有您的配置，那么代码是很方便的。代码还具有intellisense /静态检查，以避免脑死亡错误( xml中的键入等)。

我会使用一个文件，直到您知道您有一个无法很好地处理文件的场景。

还要考虑:部署代码更改与配置更改相比有多难？对我来说，他们差不多一样，但你可能不是这样的。也许仅仅改变机器上的配置就更容易了？也许不会。

Answer 3

配置文件的方法更好，提供了更大的灵活性。例如，我通过更改配置文件来更改身份验证类型(用户名、密码/窗口)。