我一直使用我自己的配置文件格式,即 XML,然后我只是将 XML 反序列化为项目中的对象,或者只是将其读入 XML 文档。
这似乎更容易阅读和访问我需要的信息。
我ConfigurationManager
今天早上看了这门课,只是阅读配置文件似乎有点过于复杂。
关于为什么我应该使用有什么论据ConfigurationManager
吗?
我一直使用我自己的配置文件格式,即 XML,然后我只是将 XML 反序列化为项目中的对象,或者只是将其读入 XML 文档。
这似乎更容易阅读和访问我需要的信息。
我ConfigurationManager
今天早上看了这门课,只是阅读配置文件似乎有点过于复杂。
关于为什么我应该使用有什么论据ConfigurationManager
吗?
它只是 .NET 中已经为您实现的内置机制,因此您不需要任何额外的代码(可能除了将其包装在您自己的代码中IConfig
以分离关注点)。
有一个用于编辑 .NET 配置文件的 GUI,有时会派上用场。
例如,ASP.NET 应用程序web.config
在更改后会自动重新启动,而您需要一些自定义逻辑才能与您自己的配置文件具有相同的行为。
ConfigurationManager 是在内部使用的,您没有义务以任何方式使用它,我曾经做过您所做的事情。现在这取决于,如果它是一个用户应该更改的文件,我可能仍然会做我自己的配置,否则该文件被添加为嵌入式资源,我使用 ConfigurationManager 来读取它,因为我认为没有另一个读取这些文件的方式。问题是,使用任何你喜欢的机制,ConfigurationManager 提供了更多的封装,而且开箱即用的 utils 类。