Net Core全局配置读取管理方法ConfigurationManager

在.NET Core的旅程中，我们不得不提到一个非常重要的主题：全局配置读取管理方法ConfigurationManager。对于那些仍对旧框架中ConfigurationManager恋恋不舍的朋友们，或许这篇文章能给你们带来一些新的启示。

在.NET Core中，传统的ConfigurationManager已经不复存在了。这并非意味着我们无法管理全局配置，只是我们得适应新的框架特性，以全新的方式实现这一功能。现在主要存在三种解决方案。

让我们尝试引入扩展库System.Configuration.ConfigurationManager。这个库可以在NuGet上轻松获取。其使用方法和说明与旧框架中的ConfigurationManager相似，看似是个完美的解决方案。我在实践过程中遇到了问题。项目运行过程中修改app.config文件似乎并未生效，即使重启项目也无法解决问题，只有重新编译项目才能看到变化。这使我怀疑是不是我的使用方式不对，最终我选择了放弃这个方法。

接下来，我们尝试引入扩展库Microsoft.Extensions.Options.ConfigurationExtensions。这个库同样可以在NuGet上找到。它能很好地读取application.json中的配置参数，符合Core的设计理念。它也有缺点。运行时修改json文件后，读取到的内容不会立即改变，但至少重启项目可以更新配置。这个方法需要有一个与配置文件相对应的实体类，这是通过反序列化的原理实现的。虽然这个方法在某些情况下可能有用，但它并不适合所有场景。

我要介绍的是第三种解决方案：自定义扩展方法。这是我这次要分享的重点。前面两种方法如果不能满足你的需求，那么请继续往下看。自定义扩展方法为我们提供了更大的灵活性，我们可以根据自己的需求来设计和实现配置读取逻辑。这个方法可能需要更多的代码和精力投入，但它能够带来更大的掌控力和定制性。如果你热衷于和实现新的解决方案，那么自定义扩展方法可能是一个值得考虑的选择。

配置管理器的设计与实现

在项目的配置管理中，我们设计了一个名为ConfigurationManager的类，用于动态加载和更新应用程序的配置信息。让我们来深入理解一下这个类的实现和功能。

该类中定义了一些关键的私有静态成员变量，包括配置内容的集合、配置监听响应链堆栈、默认路径、最终配置文件路径、配置节点关键字、配置外连接的后缀以及最终修改时间戳等。这些变量为配置管理提供了基础数据和支持。

在类的构造函数中，我们通过调用ConfigFinder方法来确定配置文件的路径。该方法通过查找指定的路径下的配置文件，并创建一个FileSystemWatcher对象来监听配置文件的更改。如果配置文件发生更改，则通过调用LoadConfiguration方法来重新加载配置内容。

LoadConfiguration方法通过读取配置文件的内容并将其为JObject对象来加载配置信息。然后，它将配置对象中的每个属性添加到配置集合中，以便后续使用。

我们还提供了一些公共静态属性，如ConfigSection、ConfigUrlPostfix和DefaultPath等，用于获取和设置配置信息的不同部分。还提供了一个名为AppSettings的公共静态属性，用于获取配置内容的集合。

为了确保配置信息的实时更新，我们还提供了一个手动刷新配置的方法RefreshConfiguration。在修改配置后，可以调用该方法来更新配置参数。该方法会释放掉全部监听响应链，并重新调用ConfigFinder方法来加载的配置信息。

ConfigurationManager类是一个动态配置管理解决方案的实现，它能够自动检测配置文件的更改并重新加载配置内容，同时还提供了手动刷新配置的选项。这种设计使得应用程序能够灵活地适应配置变更，提高了系统的可维护性和可扩展性。重构后的文章如下：

C文件系统监听机制：从配置到实践

在C的世界里，有一种专门的技术可以监听文件系统的变化。为此，我们重新设计了响应链堆栈以实现高效的监听。接下来，让我们一起如何使用并配置这一强大的机制。

一、配置节点详解

我们可以在项目的默认配置文件appsettings.json中进行配置。格式如下：

```json

{

"AppSettings": {

"Title": "Test",

"Version": "1.2.1",

"AccessToken": "123456@abc."

}

}

```

只需确保配置节点AppSettings存在，然后按照Key-Value的形式添加属性即可。这些配置项为应用程序提供了基础的配置信息。

二、外部配置文件的使用

除了默认的appsettings.json文件，我们还可以使用外部配置文件。格式如下：

```json

{

"AppSettings.Url": "D:\\test\\app1.json"

}

```

外部配置文件的格式是“配置节点名.外链后缀”。你可以设计多级外部配置文件，系统会监听链上的所有节点文件的变化。但需要注意的是，一旦存在外部配置节点，此文件中的配置节点和参数将不再参与。这意味着外部配置文件具有更高的优先级。

三、可配置初始化参数

包括默认文件路径在内的多个参数均可以修改。具体的修改方式和可配置项请参考相关代码。修改后需要手动调用RefreshConfiguration方法以使配置内容生效。建议在项目的启动(Startup)方法中修改配置。这有点像事务处理，确保配置的及时性和准确性。

四、如何使用？

使用这些配置就像在我们的.Net Framework项目中一样简单。只需直接调用ConfigurationManager.Appsettings["Title"]即可获取到配置的Title值。这对于从配置文件中读取应用程序的设置非常有用。无论你的应用程序部署在哪里，都可以通过修改配置文件来适应不同的环境或需求。这大大简化了应用程序的配置管理，提高了开发效率和便捷性。无论是开发还是生产环境，合理地使用这一机制都将为项目带来极大的便利。本文内容至此结束，希望能对大家的学习有所帮助，同时也请大家多多关注和支持我们的狼蚁SEO。通过本文的学习和实践，您将更深入地理解C的文件系统监听机制，为您的项目带来更好的体验和功能提升。让我们共同C的无限可能！