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

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

　　我們在《讀取配置信息》通過實例的形式演示了如何利用Options模型以依賴注入的方式直接獲取由指定配置節綁定生成的Options對象，我們再次回顧一下當初我們編寫的程序。如下面的代碼片段所示，基于Options模型的配置綁定的編程基本采用這樣的模式：先后調用ServiceCollection的擴展方法AddOption和Configure注冊Options模型相關的服務并完成Options類型與指定配置節之間的映射，然后利用由此生成ServiceProvider獲得一個類型為IOptions<TOptions>的服務示例，后者的Value就是配置綁定生成的Options對象。

　　較之傳統通過App.config和Web.config這兩個XML文件承載的配置系統，ASP.NET Core采用的這個全新的配置模型的最大一個優勢就是針對多種不同配置源的支持。我們可以將內存變量、命令行參數、環境變量和物理文件作為原始配置數據的來源，如果采用物理文件作為配置源，我們可以選擇不同的格式，比如XML、JSON和INI等。如果這些默認支持的配置源形式還不能滿足你的需求，我們還可以通過注冊自定義ConfigurationProvider的方式將其他形式數據作為我們的配置來源。接下來就讓我們來逐個認識一下配置模型原生提供的ConfigurationProvider。

　　前言：

　　Silverlight 4 在 Silverlight 功能列表中添加了打印，我想通過向您介紹令我欣慰的小程序來探討這一點。

　　TCP/IP套接字的概念

　　英文原文：Your Database: The Threat That Lies Within