當創建我的應用程序或庫的配置時,我通常更喜歡在<appSettings>
部分使用自定義配置部分,原因如下。何時使用<appSettings>部分更適合自定義配置節?
- 框架序列化爲用戶定義的配置對象;每個配置值具有適當的類型
- 配置值可以針對類型和值範圍具有屬性
鑑於此被驗證,我當將要使用的<appSettings>
部分的鬆散類型的<add/>
鍵/值機制?我記得,本節中的應用程序級配置可以覆蓋machine.config中的現有機器級配置。這是唯一的情況,還是有其他原因?
當創建我的應用程序或庫的配置時,我通常更喜歡在<appSettings>
部分使用自定義配置部分,原因如下。何時使用<appSettings>部分更適合自定義配置節?
鑑於此被驗證,我當將要使用的<appSettings>
部分的鬆散類型的<add/>
鍵/值機制?我記得,本節中的應用程序級配置可以覆蓋machine.config中的現有機器級配置。這是唯一的情況,還是有其他原因?
它的快速和骯髒的應用程序更加容易。
這與ASP.NET具有諸如魔術「Page_Load」方法之類的原因相同 - 沒有明確的佈線,您可能不會在企業級應用程序中使用它;它只是RAD的一部分。
appSettings標籤有一個「文件」屬性,允許您將整個appSettings部分重定向到外部文件。因此,例如,您可以針對不同的環境使用不同的appSettings實例:dev.config,qa.config等。我不確定您是否可以通過其他配置節來完成此操作。
例子:
<appSettings file="qa.config"/>
您也可以使用ApplicationSettings和configSource來做到這一點。 – 2010-07-23 12:02:47