前面已经提到过了本框架的由来，时至今日该框架已经和最初版本有了天壤之别。因为仍有部分代码是采用原有的框架，所以本框架也算不上原创，只是在原有的基础上不断的改进,所以希望了解此框架的人不要过多的指责。
一. 配置数据库连接
在该框架中自定义了一个配置文件Database.config, 这个配置文件的根节点为<databaseList></databaseList>, 其可以包含多个子节点用于配置数据库的配置连接，具体代码如下：
该配置文件可以包含多个<database></database>的节点，该配置文件可以通过反序列化的形式转化为一个集合对象，最终可以通过database的name熟悉来获取一个数据库的Connection对象. 但是这里得注意一下，如果配置了多个数据库的连接，只能配置一种类型的数据库，比如MSSQL,Oracle,MySQL，Sqlite 等，不能配置混合的数据库连接，这里是有待改进的部分。在原有的框架中 name="JooShowGit(自定义)" 只是一个唯一标识符,在系统中查找的时候更加方便,但是改进之后可以用于关联实体与数据库连接的关系。
二. 如何加载配置文件
配置好如上的的数据库连接之后，我们并不是自己去读取配置然后创建连接，我们需要在web.config 或者app.config文件中配置如下代码：
这段代码告诉我们从何处去加载配置文件，DatabaseListFile 指定了数据连接配置文件的地址,在应用程序启动之后会自动寻找这个地址加载该配置到缓存，内部实现是通过反序列化为对象集合，缓存的是对象数据。
三. Command 配置文件
我们都知道在.NET数据库连接操作的时候都有一个command对象，用于执行命令。在框架中所有的SQL语句都配置在配置文件中，之前文章也提到过，我是非常反感这种配置的，这里为了从基础部分讲到使用以及改造过程，这里还是先介绍一下其作用。
Command配置文件
从以上配置项的代码应该都应该明白,其实就是讲ADO.NET中的SQL语句以及参数配置到了这个配置文件中。每一个操作语句就要配置一个dataCommand节点,最终这个配置文件也是通过反序列化转化为List集合对象了。在最底层其实是将以上内容转化为了为了一个Command对象,在使用的时候只需要获取Command对象就可以直接操作数据了。
name 节点属性在全局是唯一的，不能重复.
database 指向Database.config配置文件中的name节点属性值,用于设置连接的数据库。
commandType 用于指定执行的语句是SQL语句还是存储过程
commandText 用于指定执行命令的语句
parameters 指定占位符参数
四. Command配置文件管理
DbCommandFiles.config 文件使用于管理Command配置文件的，将Command配置文件添加到这个文件中，系统在启动的时候会默认将Command配置文件加载到缓存中，转化为Command对象。
这个文件的根节点为dataCommandFiles，其子节点为执行的Command配置文件，如果在系统中编写了N多个Command配置文件，但是没有配置到这个配置文件中，系统是不会加载该配置文件的，所以需要特别的注意。
五. 日志管理配置
日志使用必须要在app.config或者web.config配置文件中配置，具体配置项如下(如何实现后面再说)：
console 项指定是否在控制台输出日志
file 是否在log文件中记录日志
level 用于记录日志的级别
logpath 日志文件的记录路径
logtype 日志文件的生产模式,1天,1周,1月,1年等
六. 简单的测试案例
这里简单的贴一段代码演示如何使用，后面具体详细描述：
从以上代码可以看出，这里的使用已经比ADO.NET简单了很多,而且Command对象都是直接使用clone方式得到的，在操作的过程中没有连接,关闭等操作，只需要指定相应的参数即可。
由于今日时间有限，文章比较粗鄙,就此完结,具体改进过程后面会一一详述.