ASP.NET Core框架建立在一個依賴注入框架之上，已注入的方式消費服務已經成為了ASP.NET Core基本的編程模式。為了使讀者能夠更好地理解原生的注入框架框架，我按照類似的設計創建了一個簡易版本的依賴注入框架，並它命名為“Cat”。本篇提供的四個實例主要體現了針對Cat的用法，《一個 ...

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

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

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

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

ASP.NET Core框架最有效的方式就是按照它的原理“再造”一個框架，了解服務器的本質最好的手段就是 ...

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

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