当我们在设计一个框架的时候，必然会涉及一系列的配置。为了让使用者更好地使用你提供的框架，让他们能够容易地维护这些配置是一项基本的要求。对于一些配置过于复杂的框架，比如EnterLib，比如WCF，往往会提供一个配置的工具。但是，不过这样的配置工具是否提供，手工编译配置文件是在所难免的。如果在通过VS编辑配置的时候，能够提供智能感知和提示性描述的支持，这无疑会使配置的编辑变得非常的容易。这里是一个简单的例子。

一、配置文件的结构

假设我们设计一个MessageGenerator的组件，用于生成程序我们需要的文本消息，比如验证控件的验证消息，异常的消息等。消息的内容根据需要可以保存在数据库中或者是XML文件中，并且采用不同模式（粒度）的缓存（None、Single、Category和All）。我们采用插件式的设计，定义一个IMessageProvider接口用于从数据源中获取消息列表，两个具体的DbMessageProvider和XmlMessageProvider实现了这个接口。具体采用那个MessageProvider，通过配置来决定（defaultProvider），配置结构如下所示：

   
   
   
   
   
   
   
connectionString="" applicationName="" />   
   
   
   
 

二、为配置定义XSD

为了在VS中编辑配置文件的时候获得智能感知的支持，我们需要为它定义XSD。整个XSD如下所示，结构比较清晰。不过在这里有几点需要强调：

（1）我们通过采用节点定义一些表述性的文字。当你通过VS编辑配置文件的时候，针对当前配置节点定义的这些文字将会以Tips的形式显示出来；

 （2）在定义MessageProvider的schema的时候，我们将针对所有预定义MessageProvider的配置属性都定义出来（DbMessageProvider的applicationName和connectionStringName，以及XmlMessageProvider的source）。如果这些配置属性不是对于所有的MessageProvider都是必须的（比如name和type），将它们定义成可选属性；

 （3）对于一些枚举，或者限定在某个列表范围内固定的值，通过/来定义，比如这里使用到的CachingMode。

   
   
   
   
   
   
    
   
   
   
   
   
   
   
   
The configuration name of the default essageProvider.   
   
   
   
   
The caching mode (None, Single, Category, All).   
   
   
   
   
   
   
   
A friendly name of MessageProvider.   
   
   
   
   
The assembly qualified name of the MessageProvider type.   
   
   
   
   
[DbMessageProvider]The connection string configuration name. 
   
   
   
   
[DbMessageProvider]The name of application.   
   
   
 
   
[XMLMessageProvider] The path of the XML file to store message entry list.   
   
   
   
   
   
   
   
   
   
   
 
   
   
   
   
   
   
   
   
 

三、应用XSD以获得职能感知的支持

如果这样一个XSD已经定义好，在对配置文件进行编辑的时候，通过VS的菜单XML\Schemas打开XML Schemas对话框。点击Add按钮将这个XSD文件添加近来，并Use属性设置成Use this schema。这样你编译配置文件的时候就可以获得只能感知的支持了，配置将会变得非常的容易，即使对配置结构不太了解的人也能根据智能感知和提示性的描述完成配置工作。

【编辑推荐】

1. 14.3.7 其他自定义配置
2. 浅谈C#缓冲区溢出的秘密
3. 巧解C#单例模式引起的自定义异常
4. C#常用线程同步方法应用场景和实现原理