我们来讨论一下这种情景，你采用基于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>