Net PetShop3.0的数据访问技术及其改进

　　但是如果要实现企业应用，只应用界面的改进技术是远远不够的，更重要的是要实现数据库访问和传递方面的改进。为了示范Ado.Net的数据库编程模式，并且在性能上的不输于Java的J2EE，迅速提供了.Net版本的PetShop。虽然关于这两种技术实现PetShop的优劣争论不断，在这里试图分析PetShop数据访问技术的优点和不足，并提出改进的方法。

　　首先从 http://www./team/compare/ 下载最新的PetShop 3.0并安装后，其系统结构目录如下：

　　其目录按逻辑很清晰的分为业务逻辑层（BLL）,数据访问层（DAL），实体层（MODEL），为了能同时访问Oracle和SqlServer，通过DALFactory根据配置文件来创建不同数据库的DAL对象来实现，而执行数据库Sql操作都放在一个Helper类中，如访问Oracle的用的就是OraHelper，它封装了所有对数据库的底层操作。下面是示例代码段：

　　public static int ExecuteNonQuery(OracleConnection conn, CommandType cmdType, string cmdText, params OracleParameter[] cmdParms)

　　OracleCommand cmd = new OracleCommand();

　　PrepareCommand(cmd, conn, null, cmdType, cmdText, cmdParms);

　　int val = cmd.ExecuteNonQuery();

　　cmd.Parameters.Clear();

　　我们看到了PetShop的数据访问方式，把所有数据读取，修改，新增的操作都用执行SQL语句来实现，并直接返回一个DataReader，接着DataReader是这样被填充到一个对象数组中：

　　public IList GetItemsByProduct(string productId)

　　// Declare array to return

　　IList itemsByProduct = new ArrayList();

　　// Create a database parameter

　　OracleParameter parm = new OracleParameter(PARM_PRODUCT_ID,OracleType.Char, 10);

　　//Set the parameter value

　　parm.Value = productId;

　　//Execute the query

　　using (OracleDataReader rdr = OraHelper.ExecuteReader(OraHelper.CONN_STRING_NON_DTC, CommandType.Text, SQL_SELECT_ITEMS_BY_PRODUCT, parm)) {

　　// Scroll through the results

　　while (rdr.Read()){

　　ItemInfo item = new ItemInfo(rdr.GetString(0).Trim(), rdr.GetString(1), 　　rdr.GetDecimal(2), rdr.GetString(3), null);

　　//Add each item to the arraylist

　　itemsByProduct.Add(item);

　　return itemsByProduct;

　　这个方法通过OraHelper查询到数据，然后用ItemInfo item = new 　　ItemInfo(rdr.GetString(0).Trim(), rdr.GetString(1), rdr.GetDecimal(2), 　　rdr.GetString(3), null);填充完数据的具体对象，就此.Net PetShop完成了数据的O/R映射，并返回了填充完对象的ArrayList。

　　从以上.Net PetShop的数据访问实现方式来看有以下特点：

　　实现了多种数据库访问，并隔离了数据访问的具体实现方式

　　数据访问层和业务逻辑层的严格区分

　　用DataReader填充具体对象，而不是传递DataSet，节省了服务器资源；

　　但是这种方式也有它的不足之处：

　　在代码中出现大量的新增，删除和更新Sql语句，没有用一个类来实现这些通用的操作；

　　有大量参数赋值语句，可读性差，不利于代码的后期的维护；

　　从DataReader填充到对象属性需要重复写代码；

　　针对这些问题，通过应用Attribute和类反射机制，新增，删除和更新功能不需要再写Sql语句，参数赋值也不需要逐一写赋值过程，大大提高了编写数据访问代码的效率。

　　下面详细介绍其实现方式：

　　首先我们定义了以下Attribute,其主要代码如下：

　　public class DataDynamic : Attribute

　　public DataDynamic(string fieldName,bool isKey)

　　_fieldName = fieldName;

　　_isKey = isKey;

　　/// The name of the field in the database

　　/// </summary>

　　private string _fieldName = "";

　　private bool _isKey = false;

　　private string _oldValue = "null";

　　在这个自定义属性中，描述了在数据库中的字段信息：fieldName（字段名），isKey（是否主键），oldValue（修改前的值）；

　　然后在定义实体对象时需要定义其属性如下：

　　public class NewsObject

　　private string id = "NewId";

　　private string subject = "";

　　/// The Id in the database

　　/// </summary>

　　[DataDynamic("id",true)]

　　public string Id

　　/// The name in the database

　　/// </summary>

　　[DataDynamic("subject",false)]

　　public string Subject

　　return subject;

　　subject = value;

　　在这里定义id为表主键，在BaseDataProvider数据访问组件中就是依靠这些信息自动产生更新和删除的Sql语句，而不再需要为每个对象个别定义Sql语句。访问该数据对象的代码变为：

　　BaseDataProvider dataProvider = new BaseDataProvider(null," NewsObject");

　　在BaseDataProvider中会获取数据并自动填充到NewsObject中，而删除一个对象则变为dataProvider.Delete(i)，调用这个方法将自动删除相应的NewsObject，并产生删除数据库相应记录的Sql语句：delete NewsObject where id = 3。如果对某个NewsObject的信息做了修改，也只需调用dataProvider.Update(),就会产生相应的update语句，把数据自动更新到数据库。

　　可见，通过这样的改进，能减少重复代码的编写，提高系统实现效率。但是也要付出一定的性能代价，因为运用类反射会消耗一定的系统资源。究竟孰优孰劣，还是个人权衡吧。