Enterprise Library Step By Step系列（二）：配置应用程序块——进阶篇

在前一篇文章中，讲述了配置应用程序块的最简单的介绍，在本篇文章中我主要介绍一下配置应用程序块的响应配置变更通知，保护配置信息（加密配置信息），面向高级人员的扩展机制，配置数据的缓存等几个方面。在剖析篇中我会去分析配置应用程序块的底层设计及类设计。

一．响应配置变更通知：

Configuration Application Block提供了一个事件机制，当存储的配置变更时通知应用程序 ，使用步骤：

1）创建一个EverntHandler

 

 1        }

 

2）注册事件

 

1 ConfigurationChangedEventHandler(OnConfigurationChanged); 

 

二．配置数据的缓存：

Configuration Application Block在设计时提供了对配置数据的缓存，在读取XML数据后，再次读取它首先会判断缓存是否为空，如果不为空，它会直接从缓存中读取数据（在剖析篇中会有详细的介绍）。

显式的清除掉缓存用下面这句代码即可：

 

1         ConfigurationManager.ClearSingletonSectionCache();

 

三．面向高级人员的扩展机制：

1． 除了用XML文件可以存储数据外，还可以创建自己的存储方式，像SQL Server Database，注册表存储等，这时就需要我们自己创建StorageProvider。创建自定义的Storage Provider，需要注意以下几点：

1）要读取和写入数据，需要继承于StorageProvider类和分别实现IStorageProviderReader和IstorageProviderWriter接口：

 

1public class XmlFileStorageProvider : StorageProvider, IStorageProviderWriter
2        }

 

2）如果实现了IConfigurationProvider接口，则方法Initialize()就不能为空，也必须实现：

 

1public override void Initialize(ConfigurationView configurationView)
2        }

 

3）实现Read()和Write()方法，记住一定要返回类型为object，否则Transformer将无法使用：

 

 

1public override object Read()
2        }

2．创建自定义的Transformer

如果我们创建的自定义的Storage Provider不能后支持XMLNode，这时候我们需要创建自己的Transformer，需要注意以下几点：

1）自定义的Transformer如果实现了Itransformer接口；则必须实现方法Serialize()和Deserialize()；

 

2）自定义的Transformer如果实现了IConfigurationProvider接口，则方法Initialize()就不能为空，也必须实现；

 

下面给出一个SoapSerializerTransformer的例子程序（先声名一下，这个例子程序不是我写的，而是Dario Fruk先生^_^）：

 

 1namespace idroot.Framework.Configuration
 2 

 

3．使用其它的Providers

       SQL Server Provider：使用数据库SQL Server Provider

       Registry Provider：使用注册表Provider

四．保护配置信息：

配置信息直接放在了XML文件里面是不安全，我们可以用加密应用程序块对其进行加密，其实对于所有的应用程序块的配置信息都可以进行加密，我们到加密应用程序块时再详细讨论：）

进阶篇就写到这里了，后面继续剖析篇，在剖析篇里我会从配置应用程序块的底层设计，到类设计等作一些介绍