数据访问与sql语句的管理(一)

在开发过程中数据访问是必不可少的。每个框架都会有自己数据访问机制。大家在一般的情况下会为自己的框架配备2套数据访问机制，ORM和DataHelper。当然，根据项目的需要有时候也可能只一种。

其实这2个东西差不多被写烂了，我在这里再谈数据访问可鼓足了很大的勇气，如果写的不好请大家见谅。

首先说说需求。

1. 快速的编写sql配置文件，很完善的配置文件验证和智能提示功能。

2. 把sql语句按模块划分，都放在配置文件中。不再会出现程序中到处可见sql语句，和找不到sql语句的情况了。

3. 修改sql语句再也不需要编译程序集了。

4. 数据访问对象抽象化。统一的数据访问对象，更换数据库只修改web.config就可以了。程序完全不需要修改。

5. 数据库访问更简便。数据访问永远只需三步。获取配置文件中的信息生成dbcommand（只需要指定一个key），给dbcommand中的参数赋值（参数对象已经根据配置文件生成好了，你只需要赋值就可以了，其他的不用管。如果没有参数这一步都省了），执行这个dbcommand。

6. 连接字符串统一管理，不管连接字符串是明文还是密文，都不需要修改任何程序。

写的比较抽象啊，往下看慢慢会明白。

首先说说sql配置文件。

写这个配置文件的时候和写webconfig一样，智能提示，非常方便。而且支持多个系统集成，配置文件一共分三层，系统（一个文件）、模块、sql语句。系统集成的时候把多个sql配置文件放一起，完全不冲突。而且管理sql语句更清晰，部署后调试修改sql更方便。

/>
      </Parameters>
    </Sql>
  </Module>
</SqlConfig>

再说说数据访问。

永远的只需要三步，可以控制开发人员编码规范。都用这个，不会一人写一个，或者要用的时候自己open一个连接了。

].Value = au_id;

//执行它，DataHelper.Database是封装的Enterprise Library中的Database类型。支持直接返回dataset，事务等等。不过我特别喜欢用datareader。
using (reader = DataHelper.Database.ExecuteReader(command))
{

    if (reader.Read())
    {
        author = new Author();
        author.Au_id = reader[0].ToString();
        author.Au_lname = reader[1].ToString();
        author.Au_fname = reader[2].ToString();
        author.Phone = reader[3].ToString();
        author.Address = reader[4].ToString();
        author.City = reader[5].ToString();
        author.State = reader[6].ToString();
        author.Zip = reader[7].ToString();
        author.Contract = Convert.ToBoolean(reader[8].ToString());
    }
}

访问对象抽象化。

可以到到下面这个配置。

/>
</connectionStrings>

如果你是System.Data.SqlClient，那么dbcommand就是sqlcommand，dbcommand里面参数也是SqlParameter。

你是哪种providerName，我就可以自动跟你生成那种command。暂时支持四种，System.Data.Odbc、System.Data.OleDb、System.Data.OracleClient和System.Data.SqlClient。

用兴趣你自己加，俺不拦你，加好后给我cc一份就好了。

再看看上面connectionstring，你加密不加密都不需要改代码，我们一样读的出来。当然，你自己写个算法出来肯定是读不出来的。你只能用RsaProtectedConfigurationProvider和DataProtectionConfigurationProvider加密。

数据访问与sql语句的管理(一)

相关推荐