微软SqlHelper详细解读

发现很少有人使用微软SqlHelper,大多数人都是自己实现或把微软的进行阉割。其原因大概有以下几个:
1、有些人认为微软的SqlHelper很多东西没有必要,担心影响性能。
2、微软的SqlHelper有60多个方法,加上缓存类有70多个。由于类的方法的低耦合使得源码阅读困难。
3、自己实现也不难,因为是自己写的,使用时思路更清晰,而且改动更灵活。
那是因为很多人看到这么多方法给吓着了,根本没有把源码从头到尾认真看一遍。就算看也是看几个方法就看晕了,一大堆方法重载,各方法之间相互引用。
很不幸,本人就是看了几次到中途就绕晕了的人。每当被绕晕的时候就总觉得,太没必要了,微软把简单的东西给搞得这么复杂,自己写的简单完全能满足要求,就放弃了。
可前两天发生一件事,让我觉得是应该好好看看微软的原版了,于时就有了下面这些笔记。
 
一、SqlHelper是密封类,并且不能实例化。

注意:微软的SqlHelper类中并没有读写配置文件的代码,像这样“public static string ConnectionString = ConfigurationManager.ConnectionStrings["connstring"].ConnectionString;”。甚至,在类库要通过添加.net组件System.Configuration才能使用ConnectionManager类,其原因就是它使SqlHelper的可移植性变差。你想想,如果没有这行代码,我把SqlHelper编译成DLL文件,那么这个DLL在别的项目添加组件引用就可以使用了。如果有了这行代码,编译成DLL文件,在别的项目除了添加引用外,还要在配置文件添加一个连接字符串,这个连接字符的名字是什么呢?一般这个连接字符串的名称通过文档或口述方式获取,如果在传输过程中丢失了,那这个DLL还怎么用。
 
二、对方法进行分类

这样分一下类,应该清晰多了吧?(图中用红线圈的2区5个方法是对红线1区5个方法的补充,一一对应。后面详细讲解它们之间的关系。)
从图中我们看到,SqlHelper是由两上类组成的,一个是真正的SqlHelper内,另一个是辅助类,为查询操作提供缓存。
为了简便,我们先抛开缓存类,那么SqlHelper类可以分为两部分,私有方法和公开方法。
 
注意:用蓝线圈出来的是OleDb下没有ExecuteXmlReader方法,即:你要把这个类改成OleDb的去掉蓝线圈的几个方法。
 
 
三、各个击破之私有方法

SqlHelper类中私有方法只有5个,有1个私有的枚举。不多!
但是我们从下面这张图可以看出它们的重要性
201209160136022777.jpg
其中图中最左边两个是“AssignParameterValues”方法(2重载),作用是为参数列表赋值。
从右到左第二列的那个是“ PrepareCommand ”方法,从图中可看到它的地位可不一般,几乎所有的类到最后都要调用它。其实它是职责是为执行命令作准备工作,比如最常见的打开数据库连接就在其中完成。它旁边那个是它的小弟,作用是为命令添加参数。
最上面那一个是“ ExecuteReader ”,是数据阅读器都最终都是调用了它。它和其他4个有些区别,注意区分。
 
四、各个击破之公共方法

这个太多,我们以以其中一个为准,详细说明,其余的以此类推。
前面第二节我们说:“图中用红线圈的2区5个方法是对红线1区5个方法的补充,一一对应”,
我们这以第一个方法为例(上图中行号176——417的9个重载+行号1782——1867的三个方法),看看微软是怎么重载的。
文字一大堆,不如来个表格直观,各方法要求参数如下:
方法名称连接类型执行T-SQL语句存储过程参数(带*号的为可null)
1ExecuteNonQuery字符串YesYesNo
2ExecuteNonQuery字符串YesYesYes*
3ExecuteNonQuery字符串NoYesYes*
4ExecuteNonQuery连接对象YesYesNo
5ExecuteNonQuery连接对象YesYesYes*
6ExecuteNonQuery连接对象NoYesYes*
7ExecuteNonQuery事务YesYesNo
8ExecuteNonQuery事务YesYesYes*
9ExecuteNonQuery事务NoYesYes*
10ExecuteNonQueryTypedParams字符串NoYesYes
11ExecuteNonQueryTypedParams连接对象NoYesYes
12ExecuteNonQueryTypedParams事务NoYesYes
看到没有,方法虽多,但没有重复的吧。你可能会说,怎么没重复的,第一个和第二个就重复了,调用第二个方法如果没参数传个null不就和第一个方法重复了么?
其实,重载了这么多就是为了消除可null参数,也就是说,在外部调用SqlHelper中方法时永远不要为参数传递null值,如果不是为了这点,上面的12个方法完全可以压缩成2个。
不信,我们就来试试看,是不是能压缩成2个方法。先看张图片
201209160136022876.jpg
这张图是总图的部分放大,由图我们可以清楚的看到12个方法的引用关系,可以看到1、2、3、4、6、10、11最终都调用了5,12、7、9最终都调用了8.
也就是说,如果可以参数可以传null的话,我们只需要5和8两个方法就行了(一个执行普通连接,一个执行事务)。
由此可以推出,如果是全图的话,就只要右边三列的方法就可以了,其余左边三列都是对右边三列的包装。
 
为什么不能使用可空参数?和前面提到的不推荐读配置文件是一个道理,为了可移植性。因为在SqlHelper发布成DLL后,调用时如何知道那些参数可接受null值那些参数不可接受null值呢!
 
 
到此为止吧,剩下的按也就是按这个思路来就行了,
最后补充一点,读源码的时候在重载方法的XML注释进行编号,容易阅读。不然光靠参数来分辨容易搞晕。
像这样,结合上面的表格,就清楚的知道了第一个方法引用的是第二个方法。
201209160136034861.png




 

转载于:https://www.cnblogs.com/weapon/archive/2012/09/16/2687168.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值