共同进退,荣辱与共(技术专栏)

技术专栏

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

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

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

 

首先说说需求。

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

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

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

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

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

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

 

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

 

首先说说sql配置文件。

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

 

Code

 

 

再说说数据访问。

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

Code

 

 

访问对象抽象化。

可以到到下面这个配置。

Code

如果你是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加密。

第二篇开始上代码。谢谢。。。。

posted on 2008-08-01 10:45  猫咬狗  阅读(2153)  评论(20编辑  收藏  举报