提到“配置”二字，我想絕大部分.NET開發人員腦海中會立馬浮現出兩個特殊文件的身影，那就是我們再熟悉不過的app.config和web.config，多年以來我們已經習慣了將結構化的配置信息定義在這兩個文件之中。到了.NET Core的時候，很多我們習以為常的東西都發生了改變，其中也包括定義配置的方式?？偟膩碚f，新的配置系統顯得更加輕量級，并且具有更好的擴展性，其最大的特點就是支持多樣化的數據源。我們可以采用內存的變量作為配置的數據源，也可以直接配置定義在持久化的文件甚至數據庫中。

一、讀取配置信息

由于很多人都不曾接觸過這個采用全新設計的配置系統，為了讓大家對此有一個感官的認識，我們先從編程的角度對它作一個初體驗。針對配置的API涉及三個對象，它們分別是Configuration、ConfigurationBuilder和ConfigurationProvider，配置模型中具有相應的接口來表示它們。這三個對象之間的關系很清晰，Configuration對象承載著在編程過程中使用的配置信息，ConfigurationProvider則是配置信息原始數據源的提供者，兩者之間溝通由ConfigurationBuilder來完成，它利用ConfigurationProvider提取源數據將其轉換為Configuration對象。?

二、配置模型詳解

在《讀取配置信息》一文中我們以實例演示的方式介紹了幾種讀取配置的幾種方式，其中涉及到三個重要的對象，它們分別是承載結構化配置信息的Configuration，提供原始配置源數據的ConfigurationProvider，以及作為“中間人”的ConfigurationBuilder。

三、將配置綁定為各種類型的對象

出于編程上的便利，我們通常不會直接利用ConfigurationBuilder創建的Configuration對象讀取某個單一配置項的值，而是傾向于將一組相關的配置綁定為一個對象，我們將后者稱為Options對象。配置在邏輯上體現為一個具有層次化的配置樹，對于一個Options對象來說，如果我們將其數據成員視為其子節點，那么Options對象同樣具有一個層次化屬性結構，所以Options對象和配置在數據結構層面并沒有本質的差異。如果Options類型的數據成員定義與配置的結構具有一一匹配關系，那么將后者綁定為一個對應類型的Options對象是一件很容易的事情，我們本節重點介紹的ConfigurationBinder就是利用這樣的原理實現了結構化配置向數據對象的自動綁定。?

四、Options模型背后的故事

整個Options模型以兩個注冊到ServiceCollection的服務為核心，這兩個服務對應的服務接口分別是IOptions <TOptions>和IConfigureOptions<TOptions>，前者直接提供最終綁定了配置數據的Options對象，后者則在Options對象返回之前對它實施相應的初始化工作。這個兩個服務分別通過擴展方法AddOptions和Configure方法注冊到指定的ServiceCollection之中，服務的真實類型分別是OptionsManager<TOptions>和ConfigureFromConfigurationOptions<TOptions>，后者派生于ConfigureOptions<TOptions>。

五、多樣性的配置來源：內存變量、環境變量和命令行開關

較之傳統通過App.config和Web.config這兩個XML文件承載的配置系統，ASP.NET Core采用的這個全新的配置模型的最大一個優勢就是針對多種不同配置源的支持。我們可以將內存變量、命令行參數、環境變量和物理文件作為原始配置數據的來源，如果采用物理文件作為配置源，我們可以選擇不同的格式，比如XML、JSON和INI等。本章涉及三種配置來源，即內存變量、環境變量和命令行開關。

六、多樣性的配置來源：JSON文件、XML文件 和INI文件

我們在本篇文章中會介紹三種針對物理文件的ConfiguationProvider，它們分別是針對JSON文件的JsonConfiguationProvider，針對XML文件的XmlConfiguationProvider以及針對INI文件的IniConfiguationProvider。對于這三種文件類型（JSON、XML和INI）來說，JSON能夠采用簡單直觀的格式表示具有不同結構的數據，所以它是作為配置最好的選擇。

七、多樣性的配置來源：自定義ConfiguationProvider支持其他配置源

我們對配置模型中默認提供的各種ConfigurationProvider進行了深入詳盡的介紹，如果它們依然不能滿足項目中的配置需求，我們可以還可以通過自定義ConfigurationProvider來支持我們希望的配置來源。就配置數據的持久化方式來說，將配置存儲在數據庫中應該是一種非常常見的方式，接下來我們就是創建一個針對數據庫的ConfigurationProvider，它采用最新的Entity Framework 7來完成數據庫的存取操作。

八、配置的同步[實例篇]

ConfigurationBuilder在生成以Configuration對象的時候會利用注冊其中的ConfigurationProvider加載原始的配置數據，那么一旦配置源中的數據發生變化，應用程序中的使用的配置信息如何與之同步呢？如果需要在應用程序中實現對配置信息的實施同步，就需要對原始配置數據的進行監控，并在數據改變的時候重新加載配置數據。除此之外，重新加載的配置需要應用到程序中，我們必然需要一種通知機制。為了讓讀者朋友們對配置同步機制在具體項目中的應用有個感官認識，我們先通過一個簡單的實例來演示如何實現配置數據的實時同步。我們采用一個INI文件作為配置源，通過實施監控這個文件第一時間感知到文件內容的變換。一旦原始配置文件的內容發生改變，應用程序將重新加載配置，并通過注冊的回掉操作應用新的配置。

九、配置的同步[設計篇]

本節所謂的“配置同步”主要體現在兩個方面：其一，如何監控配置源并在其變化的時候自動加載其數據，其目的是讓應用中通過Configuration對象承載的配置與配置源的數據同步；其二、當Configuration對象承載的配置放生變換的時候如何向應用程序發送通知，最終讓應用程序使用最新

原文地址：http://www.cnblogs.com/artech/p/config-for-net-core.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

總結

以上是生活随笔為你收集整理的.NET Core全新的配置管理[共9篇]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。