asp.net core源码飘香:Configuration组件(转)

简介:

  这是一个基础组件,是一个统一的配置模型,配置可以来源于配置文件(json文件,xml文件,ini文件),内存对象,命令行参数,系统的环境变量又或者是你自己扩展的配置源,该组件将各个配置源的数据按统一的格式(IDictionary<string, string> Data)进行加载,进而对外提供调用接口。

不仅如此,有些配置源(如文件配置源)还可以在配置源的数据发生变化时进行重新加载(IDictionary<string, string> Data),而程序员随时可以判断是否已经重新加载或注册回调,在重新加载配置时添加业务逻辑。

让我们先从一个问题切入源码:不同格式的配置源(如json数据)是怎样转成IDictionary<string, string> Data的,层级关系丢了么?

   

可以看到,层级关系在转化为字典的key时使用冒号(:)分隔,如果子节点是一个数组,中间还会使用数组项的索引进行分隔(见上图:Configuration["wizards:0:Name"]),有了这种分隔模式,任何数据源就都可以转为IDictionary<string, string>对象了。

模型:

      配置组件的模型由如下几个核心对象组成:

1.ConfigurationBuilder        //编程入口,负责收集配置源(配置文件,命令行参数,内存对象等)及将收集到的配置源Build(调用各个配置源ConfigurationSource的Build方法)成一个配置提供器                                                          (IConfigurationProvider)的集合传入ConfigurationRoot对象,通过该对象完成对不同数据源进行数据Load的过程。

2.IConfigurationSource      //不同的配置源各自实现这个接口,主要为上面的Build过程提供IConfigurationProvider对象。

3.IConfigurationProvider    //具体实现配置数据Load的地方,以及在数据源发生变化时重新加载数据及发出Change通知的地方。

4.ConfigurationRoot          //用户直接使用的配置对象,里面管理着IConfigurationProvider对象的集合,Get和Set操作即由此对象调用各IConfigurationProvider完成。

5.ConfigurationSection     //配置子节点的操作对象

源码说事:

     1.一个json文件是怎样变成一个字典对象为我们提供配置服务的?

总结:

     配置组件的源码比较简单,但实现的功能确很强大。里面的设计思路和实现手法都令人赞叹不已。asp.net core的系列框架源码都是这样,实现手法有如少林七十二绝技,每一个框架都惊艳江湖!

相关文章:

原文地址:http://www.cnblogs.com/shiliyuanma/p/6682437.html

时间: 2024-10-06 08:40:10

asp.net core源码飘香:Configuration组件(转)的相关文章

asp.net core源码飘香:Logging组件(转)

简介: 作为基础组件,日志组件被其他组件和中间件所使用,它提供了一个统一的编程模型,即不需要知道日志最终记录到哪里去,只需要调用它即可. 使用方法很简单,通过依赖注入ILogFactory(CreateLogger方法)或ILogger<T>对象,获取一个ILogger对象,然后通过ILogger的各种扩展方法(都是调用Log方法)记录不同级别的日志. 源码剖析: 总结: 日志组件其实就是工厂模式的应用,但进行了改进,LoggerFactory每次都返回一个Logger对象,而Logger对象

asp.net core源码飘香:从Hosting开始

知识点: 1.Kestrel服务器启动并处理Http请求的过程. 2.Startup的作用. 源码飘香: 总结: asp.net core将web开发拆分为多个独立的组件,大多以http中间件的形式添加到请求管线,也有一下作为基础组件(configution,options,logging等)提供. 零零散散的二三十个框架吧,除了mvc(还有razor)和ef core是比较大型的框架,其他小框架都可以一遍博客讲完一个.后面三个大框架准备开单独的系列来细说. 今晚就到此为止吧,如果大家有兴趣,请

asp.net core源码飘香:Configuration组件

简介: 这是一个基础组件,是一个统一的配置模型,配置可以来源于配置文件(json文件,xml文件,ini文件),内存对象,命令行参数,系统的环境变量又或者是你自己扩展的配置源,该组件将各个配置源的数据按统一的格式(IDictionary<string, string> Data)进行加载,进而对外提供调用接口. 不仅如此,有些配置源(如文件配置源)还可以在配置源的数据发生变化时进行重新加载(IDictionary<string, string> Data),而程序员随时可以判断是否

asp.net core源码飘香:Options组件

简介: Options组件是一个小组件,但用的地方很多.它本质是将一个POCO类注册到容器中(主要在Startup中作为其他组件的配置功能提供),后续使用的时候就可以通过比如构造函数注入等获取到POCO对象.如果只是为了注入一个POCO对象,那Options组件太多余了.关键在于:它能将这个POCO类关联到上一遍讲的Configuration组件的配置源,甚至在可以在配置源发生改变时(配置源启用了Reload)自动更新被关联的POCO对象. (另外:它默认通过Action<T>去配置要注册的P

asp.net core源码飘香:Logging组件

简介: 作为基础组件,日志组件被其他组件和中间件所使用,它提供了一个统一的编程模型,即不需要知道日志最终记录到哪里去,只需要调用它即可. 使用方法很简单,通过依赖注入ILogFactory(CreateLogger方法)或ILogger<T>对象,获取一个ILogger对象,然后通过ILogger的各种扩展方法(都是调用Log方法)记录不同级别的日志. 源码剖析: 总结: 日志组件其实就是工厂模式的应用,但进行了改进,LoggerFactory每次都返回一个Logger对象,而Logger对象

asp.net core源码地址

https://github.com/dotnet/corefx 这个是.net core的 开源项目地址 https://github.com/aspnet 这个下面是asp.net core 框架的地址,里面有很多仓库. https://github.com/aspnet/EntityFrameworkCore  EF Core源码 https://github.com/aspnet/Configuration 配置模块源码 https://github.com/aspnet/Routing

在Windows系统中构建还原ASP.NET Core 源码

大家好,这几天试着从Github上拉取AspNetCore的源码,尝试着通过Visual Studio 打开,但是并不尽人意.我们需要去构建我们拉去的源代码,这样才可以通过VisualStudio可还原的项目.毕竟AspNetCore是一个巨型的项目集. 先决条件 在Windows中构建AspNetCore源码的要求有以下硬件需求. Windows 10版本1803或更高版本 至少10 GB的磁盘空间和良好的网络(我们的构建脚本下载了很多工具和依赖项) Visual Studio 2019 (因

ASP.NET Core 源码阅读笔记(5) ---Microsoft.AspNetCore.Routing路由

这篇随笔讲讲路由功能,主要内容在项目Microsoft.AspNetCore.Routing中,可以在GitHub上找到,Routing项目地址. 路由功能是大家都很熟悉的功能,使用起来也十分简单,从使用的角度来说可讲的东西不多.不过阅读源码的过程的是个学习的过程,看看顶尖Coder怎么组织代码也是在提升自己. 我们知道现在ASP.NET Core中所有用到的功能都是服务,那么Routing服务是什么时候被添加到依赖注入容器的呢?答案是在StartUp类的ConfigureServices方法中

ASP.NET Core 源码阅读笔记(3) ---Microsoft.AspNetCore.Hosting

有关Hosting的基础知识 Hosting是一个非常重要,但又很难翻译成中文的概念.翻译成:寄宿,大概能勉强地传达它的意思.我们知道,有一些病毒离开了活体之后就会死亡,我们把那些活体称为病毒的宿主.把这种概念应用到托管程序上来,CLR不能单独存在,它必须依赖于某一个进程,我们把这种状况称之为:CLR必须寄宿于某一个进程中,而那个进程就是宿主. ASP.NET Core的一个大的改变就是就是将Web应用程序改成了自寄宿(当然在Windows上也还支持寄宿在IIS中).什么意思呢?我们知道,在之前