- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
spring函数
FREE hosting powered by MyFreeW SUPPORT Domain Names Proxy surfing Play GAMES JOKES
第十七章. 使用ADO.NET进行数据访问
17.1. 简介
Spring.NET为使用ADO.NET进行数据访问提供了一系列抽象,其特性与优点包括:
针对.NET不同版本(1.1和2.0)的全面、一致的Data Provider接口
与Spring.NET的事务管理功能完美集成。
可以用模板方式操作DbCommand,不需要编写传统ADO.NET中那些样板式的代码。
框架负责执行数据库操作中最通用的部分,开发人员可以关注于ADO.NET代码的“实质内容”。
轻松创建和管理数据库参数。
与具体数据库无关的、包含错误码的数据访问异常,以及高层次的DAO异常体系。
以集中的方式管理Connection、Command和Data Reader等对象。
简单易用的DataReader-Object映射框架。
本章将针对Spring.NET数据访问的各项主要功能展开讨论,包括以下几个部分:
动机:通过与“原始的”ADO.NET进行比较,让读者了解为什么可以考虑使用Spring.NET的数据访问功能。
数据库抽象:简要介绍Spring.NET的数据库抽象。
在Spring.NET中使用ADO.NET进行数据访问:讨论两种不同风格的Spring.NET数据访问类——基于模板和基于对象的。
AdoTemplate简介:介绍Spring.NET数据访问核心类型的设计思想和主要方法。
异常翻译:介绍Spring.NET数据访问的异常体系。
参数管理:介绍与参数管理相关的类型和方法。
基本的数据访问操作:讨论如何使用AdoTemplate类调用IDbCommand的ExcecuteScalar和ExecuteNonScalar方法。
数据查询和轻量级的对象映射:使用AdoTemplate将结果集映射为对象。
操作DataSet和DataTable:使用AdoTemplate操作DataSet和DataTable。
将ADO.NET操作建模为.NET对象:用面向对象的方式处理数据访问操作。
17.2. 动机
出于多方面的原因,我们需要在ADO.NET的基础上创建一套高层次的持久化API。
首先,我们希望在使用ADO.NET时,能把典型的“样板式”任务封装起来。下面是处理一个查询结果集时必需的操作步骤。如果使用Spring.NET的数据访问功能,只有斜体字部分是需要编码的。
定义连接参数
打开数据库连接
指定命令的类型和语句
准备并执行查询语句
设置用于迭代结果集(如果有结果返回)的循环操作
执行所有迭代操作
处理发生的任何异常
在遇到警告时显示信息或回滚操作
处理事务
关闭数据库连接
Spring.NET会处理底层的任务,所以开发人员能够专注于SQL语句和数据处理的具体工作。这种标准的操作模式被封装进了AdoTemplate类中。之所以用AdoTemplate这个名字,是因为在用这段流程操作数据的时候,我们一般会创建一个包含资源管理、事务管理和异常管理等任务的模板,然后再将执行数据操作的代码嵌入到模板中。
第二,我们希望能用简单的方式在同一事务中执行多步ADO.NET操作,同时遵循数据访问对象(DAO)的设计风格,使事务能在数据访问对象之外(一般是在业务服务层)被初始化。在用原始ADO.NET实现这种设计的时候,通常需要将事务/连接对象成对的传给DAO对象。这种与主要任务无关的底层操作其实可以特殊对待。利用Spring.NET的事务管理,可以用很优雅的方式实现这样的设计。Spring.NET的事务管理可为我们带来很多便利,请参考第十四章,事务管理。
第三,使代码独立于具体的数据库:在.NET 1.1中,由于种种原因,很难创建与具体数据库无关的代码。最主要的原因是缺乏一种集中的工厂机制为ADO.NET中的抽象引用(如IDbConnection,IDbCommand,DbParameter等等)创建对象。另外,很多接口的功能有限或是不完整,只能用具体的Provider子类将本应简单的任务写成臃肿无聊的代码。最后一点,没有提供一个与具体数据库无关的通用数据访问异常基类。.NET 2.0在这方面已经改进了很多——所以Spring.NET只是提供了必要的补充,以帮助开发人员创建更为灵活的数据访问代码。
第四,资源管理:从代码的角度来说,.NET中的using语句可以使资源管理变的非常优雅。但是,如果为每个数据访问方法嵌套地使用上两三个using语句也会让代码变的臃肿,此时不管是直接键入还是“复制—粘贴”,都难免有出错的可能。Spring.NET将所有
文档评论(0)