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

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

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

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

在《配置模型總體設計》介紹配置模型核心對象的時候，我們刻意回避了與配置同步相關的API，現在我們利用一個獨立文章來專門討論這個話題。配置的同步涉及到兩個方面：第一，對原始的配置源實施監控並在其發生變化之后重新加載配置；第二，配置重新加載之后及時通知應用程序進而使應用能夠及時使用最新的配置。要了 ...

Options模型本身與配置系統完全沒有關系，但是配置在大部分情況下會作為綁定Options對象的數據源，所以有必要將兩者結合在一起。與《擴展與定制》演示的兩個例子一樣，針對配置系統的集成同樣是通過定制Options模型相應的對象來實現的。具體來說，集成配置系統需要解決如下兩個問題: 將承載 ...

我們在《上篇》利用dotnet new命令創建了一個簡單的控制台程序，接下來我們將它改造成一個ASP.NET Core應用。一個ASP.NET Core應用構建在ASP.NET Core框架之上，ASP.NET Core框架利用一個消息處理管道完成對HTTP請求的監聽、接收、處理和最終的響應 ...

在《讀取配置數據》（[上篇]，[下篇]）上面一節中，我們通過實例的方式演示了幾種典型的配置讀取方式，接下來我們從設計的維度來重寫認識配置模型。配置的編程模型涉及到三個核心對象，分別通過三個對應的接口（IConfiguration、IConfigurationSource ...