我們在上篇和中篇對配置模型中默認提供的各種ConfigurationProvider進行了深入詳盡的介紹，如果它們依然不能滿足項目中的配置需求，我們可以還可以通過自定義ConfigurationProvider來支持我們希望的配置來源。就配置數據的持久化方式來說，將配置存儲在數據庫中應該是一種 ...

我們在本篇文章中會介紹三種針對物理文件的ConfiguationProvider，它們分別是針對JSON文件的JsonConfiguationProvider，針對XML文件的XmlConfiguat ...

大多數應用都離不開配置，本章將介紹ASP.NET Core中常見的幾種配置方式及系統內部實現的機制。(ASP.NET Core 系列目錄) 說到配置，第一印象可能就是“.config”類型的xml文件或者“.ini”類型的ini文件，在ASP.NET Core 中，常用的配置 ...

.NET Core采用的這個全新的配置模型的一個主要的特點就是對多種不同配置源的支持。我們可以將內存變量、命令行參數、環境變量和物理文件作為原始配置數據的來源。如果采用物理文件作為配置源，我們可以選擇不同的格式(比如XML、JSON和INI等)。如果這些默認支持的配置源形式還不能滿足你的需求 ...

出於編程上的便利，我們通常不會直接利用ConfigurationBuilder創建的Configuration對象讀取某個單一配置項的值，而是傾向於將一組相關的配置綁定為一個對象，我們將后者稱為Options對象。我們在本章第一節通過簡單的實例演示了如何利用Options模型實現了配置 ...

XML也是一種常用的配置定義形式，它對數據的表達能力甚至強於JSON，幾乎所有類型的數據結構都可以通過XML表示出來。當我們通過一個XML元素表示一個復雜對象的時候，對象的數據成員定義成當前XML元素的子元素。雖然XML對數據結構的表達能力總體要強於JSON，但是作為配置模型的數據來源卻有 ...

物理文件是我們最常用到的原始配置載體，而最佳的配置文件格式主要有三種，它們分別是JSON、XML和INI，對應的配置源類型分別是JsonConfigurationSource、XmlConfigurationSource和IniConfigurationSource，它們具有如下一個相同的基類 ...

提到“配置”二字，我想絕大部分.NET開發人員腦海中會立即浮現出兩個特殊文件的身影，那就是我們再熟悉不過的app.config和web.config，多年以來我們已經習慣了將結構化的配置定義在這兩個XML格式的文件之中。到了.NET Core的時代，很多我們習以為常的東西都發生了改變，其中就包括 ...