对SQLHelper,还是有一点陌生的,但是大多数人都在使用,我就有一种想了解并使用的意愿,于是查了很多资料,发现一片不错的博客,放在下面,作为自己或读者使用的材料。
一、SqlHelper 出场
不是因为大家都在用SqlHelper所以才用,是因为连接数据库关闭数据库查询数据库的多了也就加上了SqlHelper。当你的很多需求都有一个相同的方法的时候我们没有必要完成一个需要就要写一遍代码,完成一个需求写一遍代码,这样不仅会把人累死(当然除了复制粘贴),这样的话会造成代码的重复增加了耦合,产生了冗余。为什么不把相同的代码单独拉出来封装成一个类,这样每个需求使用时只需调用这个被封装的类的相应的方法就好了。
当有多个关于数据库增删改成操作的时候就用到了SqlHelper,因为D层是直接操作数据库,完成数据库的增删改查的,所以SqlHelper是属于D层的,但是我是单独拿出来成为一层的。把D层的所有对数据库的操作方法都封装起来。分为两种操作,一种是增删改,一种是查询操作,而每种又分为有参数的和无参数的。这样减轻了D的负担,使D层不会显得太臃肿。
在做机房之前一直在看别人的博客,总是有提到SqlHelper,所以就在众博客中多看了它一眼。只因为在人群中多看了你一眼,再也不能忘掉你的容颜,在这里写下我一个人对你的情有独钟……
二、SqlHelper 用法
1、首先,它的方法
(1)为什么要分成有参数和没有参数的呢?
这就是一种思想了,当想要获取数据库的全部信息和部分信息时,需要全部信息直接给它指定查找哪个表就行,但是当要在一个表中获取一部分信息就要有查询条件,就要有参数。
(2)为什么要分为查询和增删改两种呢?
查询是要返回给用户想要查询到的信息,增删改都可以归纳为改或者更新,更新要返回给用户更新的是否成功或失败,不需要返回具体信息。所以查询返回的是DataTable类型,而更新返回受影响的行就行,当更新好一行数据就返回整数1。这就和它的返回值产生了关系,既然有相同的就要合并起来成为一个方法,这样减少冗余,使代码简单化。学了面向对象,其实就是怎么简单怎么来。
2、然后,SqlHelper的每一个方法都要有一个返回值,因为返回值的不同会造成相应调用此方法的方法也要有一样的返回值。
(1)返回DataTable
DataTable又是什么呢?
DataTable是一个临时保存数据的网络虚拟表,可以被创建和访问,当SqlHelper查询后就要返回到DataTable虚拟表中,判断它的第一行是否有数据来判断是否查到记录。
(2)返回Integer
返回受影响的行数,如果受影响的行数大于0说明查到的记录,如果为0说明没有查询到数据。如果受影响的行数大于0说明增删改操作成功,如果为0,说明操作没有成功。我们通过返回受影响的行数到B层进行逻辑判断,然后返回相应的提示给U层,这样就很好的再一条线中实现。思路清晰。
三、SqlHelper举例应用
下面就举一个返回值是DataTable型的有参数的方法。
它的使用,就拿D层来说,当判断一个用户是否存在时,输入用户名之后,这个用户名就成为了参数,调用SqlHelper的ExecuteNonQuery()方法,通过返回的DataTable的行数是否大于0来判断此用户是否存在。
四、我的SqlHelper的问题
这样就又出现了一个问题,当我们删除用户的时候,或者需要查询到多条记录显示出来的时候,虽然返回的是DataTable类型,但是它默认了返回DataTable的第一行数据,出现这样情况解决方法有两种:
(1)通过遍历思想循环查数据库中的记录,返回一条和上一次不同的记录的第一行。
例如返回某一级别的用户
(2)利用绑定数据集
直接dataGridView=table
第二种方法显然是比第一种好很多,但为什么很多人还是要只返回DataTable的第一行数据呢?
这是因为:……^^……… 我就是不把它循环遍历出来不罢休的人,然后再去尝试第二种方法,
五、我的感悟——SqlHelper
就像设计模式一样,其实一开始并不存在什么设计模式,大加就只是在写代码啊写代码,但是需要写的代码也多了,当时会编程的人又少,就要提高写代码的效率,所以一些设计模式就出现了,面向对象的出现也是有一定的时间积累的,人们需要复用代码,又先要少写代码就能够实现要求,而且是系统软件看起来更简洁,达到高内聚低耦合的效果。如果说设计模式的出现是认识思想的升华,那SqlHelper就是人们思想的结晶。
当我用了SqlHelper的时候一开始会觉得很难,但是会慢慢的发现它的思想它的好处。人们最大的进步就是会使用工具,当有人给我们创造出了工具后我们要做的就是好好的使用工具,然后创造更好的工具给别人使用。
转自:http://blog.csdn.net/xdd19910505/article/details/28469205