为什么使用ConfigurationManager vs读取自定义配置文件？

Question

我总是使用自己的配置文件格式，即XML，然后我只需将XML反序列化为项目中的对象，或者只是将其读入XML文档。

这似乎更容易阅读和访问我需要的信息。

我今天早上看了ConfigurationManager课，看起来有点过于复杂只是为了阅读配置文件。

关于为什么我应该使用ConfigurationManager？

，是否有任何争论？

Answer 1

1. 它只是.NET中的一个内置机制，已经已经为你实现，所以你不需要任何额外的代码（可能除了将它包装在你自己的{ {1}}分开关注点。）

2. 有一个用于编辑.NET配置文件的GUI，有时会派上用场。

3. 例如，ASP.NET应用程序在更改IConfig时会自动重新启动，而您需要一些自定义逻辑才能在您自己的配置文件中使用相同的行为。

Answer 2

ConfigurationManager在内部使用，你没有义务以任何方式使用它，我曾经做过你做的事情。现在它取决于，如果它是一个用户应该更改的文件，我可能仍然会自己配置，否则该文件被添加为嵌入式资源，我使用ConfigurationManager来读取它，因为我不认为还有另一个阅读这些文件的方式。问题是，使用你想要的任何机制，ConfigurationManager提供了更多的封装，开箱即用的工具类。