我们来讨论一下这种情景，你采用基于ESFramework的4层架构进行应用开发，你分析用户的需求，并将其分类整理为几大块，考虑每一块使用一个功能插件来完成。在这几个插件中，有个插件需要访问某个数据库，并且只有这个插件需要访问这个数据库，根据插件的“自治”性质，你不想将本插件中的数据访问“上升蔓延”到应用程序（FS），而是让它“仅仅”在本插件中，这样，无论是对FS还是插件都是有好处的－－FS自己不需要访问数据库（日志记录除外），插件“自治”、而且插件之间相互独立，整个系统的结构是非常清晰简单的。
好了，我们决定在那个需要数据访问的插件中使用NHibernate来实现数据层，但是问题来了－－当我们为应用程序添加一个默认的App.Config配置文件时，在应用程序启动的时候NHibernate会自动去解析这个文件的相关配置，而与应用程序不一样的是，我们也可以为插件添加一个App.Config配置文件，但是FS在加载这个插件的时候，NHibernate不会去触碰这个插件对应的App.Config，这样NHibernate就无法自动完成配置。所以，我们必须手动的解决这个问题。
幸好，NHibernate.Cfg.Configuration的SetProperties()方法可以允许我们将配置内容添加到NHibernate中。既然，插件的App.Config不起作用，所以干脆我们用一个自定义的配置文件好了，其中加入Nhibernate配置：
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<ESFrameworke>
<DataBaseType>Oracle</DataBaseType>
</ESFrameworke>
<nhibernate>
<add key="hibernate.connection.provider" value="NHibernate.Connection.DriverConnectionProvider" />
<add key="hibernate.connection.driver_class" value="NHibernate.Driver.OracleClientDriver" />
<add key="hibernate.connection.connection_string" value="user id=jjaj;data source=ORCL;password=gsaj" />
<add key="hibernate.connection.isolation" value="ReadCommitted"/>
<add key="hibernate.dialect" value="NHibernate.Dialect.Oracle9Dialect" />
</nhibernate>
</configuration>
配置文件添加之后，我们需要自己手动解析它，使用XPath可以非常容易获取配置文件中的Nhibernate配置部分：
private static IDictionary GetNHibernageCfgs()
{
string xPath = string.Format("/configuration/nhibernate/add") ;
XmlNodeList list = XmlDoc.SelectNodes(xPath) ;
IDictionary dic = new Hashtable() ;
foreach(XmlNode node in list)
{
dic.Add(node.Attributes.Item(0).InnerText ,node.Attributes.Item(1).InnerText) ;
}
return dic ;
}