.NET PetShop和Duwamish简单介绍

.NET PetShop和Duwamish简单介绍

相信大家一定听说过有名的”宠物店大战”，没错，本文的主角之一就是获胜方.NET PetShop，微软号称以27倍的速度和1/4的代码量遥遥领先于基于J2EE的PetStore宠物商店。虽然SUN也曾对此抱怨过不满，指责此"大战"有水分，不过无论如何，.NET PetShop绝对是一个经典的.NET实例教程，至少为我们提供了一条赶超J2EE的“捷径”。

.NET PetShop宠物网上商店首页

而Duwamish则是一个外表简单，内部却极其复杂的一个网上书店的.NET完整应用范例，作为一个微软官方的Sample，它同时提供了C#和VB.NET两种语言版本，并且还附上了大量详尽的中文资料，如果打印出来，实在是居家旅行，临睡入厕必备之物。什么？您没听说过？呵呵，如果您装了Visual Studio .NET的话，它就在您的硬盘上静静的躺着呢，不过还没有被安装，您可以在您的VS.NET 的Enterprise Samples目录下找到并安装它，例如：C:\Program Files\Microsoft Visual Studio .NET\Enterprise Samples\Duwamish 7.0 CS。

Duwamish网上电子书店首页

结构简述

两家商店都采用了n层应用结构（毫无疑问，n层结构的应用架构应该绝对是您开发.NET应用的首选，哪怕您只想做一个网页计数器），不同的是，PetShop采用的是最常见的三层应用结构，分别为表示层，中间层和数据层。而Duwamish则采用的是一个四层应用结构，并使用不同的项目分隔开，分别为表示层，业务外观层，业务规则层和数据层。至于这两种结构分别有什么优点和缺点，以及为什么要这么分层，我们不进行详细讨论，因为本文的重点不在于此。我们主要分析的是他们的数据库编程的模式。

Duwamish数据访问剖析

首先，我们来看看Duwamish书店，它采用的是DataAdapter和DataSet配合的数据存储模式，所不同的是，它对DataSet进行子类化扩展作为数据载体，也就是采用定制的DataSet来进行层间的数据传输，下面是一个定制的DataSet示例：

public class BookData : DataSet

{

public BookData()

{

//

// Create the tables in the dataset

//

BuildDataTables();

}

private void BuildDataTables()

{

//

// Create the Books table

//

DataTable table = new DataTable(BOOKS_TABLE);

DataColumnCollection columns = table.Columns;

columns.Add(PKID_FIELD, typeof(System.Int32));

columns.Add(TYPE_ID_FIELD, typeof(System.Int32));

columns.Add(PUBLISHER_ID_FIELD, typeof(System.Int32));

columns.Add(PUBLICATION_YEAR_FIELD, typeof(System.Int16));

columns.Add(ISBN_FIELD, typeof(System.String));

columns.Add(IMAGE_FILE_SPEC_FIELD, typeof(System.String));

columns.Add(TITLE_FIELD, typeof(System.String));

columns.Add(DESCRIPTION_FIELD, typeof(System.String));

columns.Add(UNIT_PRICE_FIELD, typeof(System.Decimal));

columns.Add(UNIT_COST_FIELD, typeof(System.Decimal));

columns.Add(ITEM_TYPE_FIELD, typeof(System.String));

columns.Add(PUBLISHER_NAME_FIELD, typeof(System.String));

this.Tables.Add(table);

}

………

}

我们可以看到它有一个BuildDataTables方法，并且在构造函数中调用，这样，定制的Books表就和这个DataSet捆绑在一起了，省得以后还要进行Column Mapping，这真是个好主意，我怎么就没有想到呢？ ：）

解决了数据结构，接下来看看数据层的代码实现，在Duwamish中，数据层中有5个类，分别是Books，Categories，Customers和Orders，每个类分别只负责有关数据的存取。下面是其中一个类的示例代码：

private SqlDataAdapter dsCommand;

public BookData GetBookById(int bookId)

{

return FillBookData("GetBookById", "@BookId", bookId.ToString());

}

private BookData FillBookData(String commandText, String paramName, String paramValue)

{

if (dsCommand == null )

{

throw new System.ObjectDisposedException( GetType().FullName );

}

BookData data = new BookData();

SqlCommand command = dsCommand.SelectCommand;

command.CommandText = commandText;

command.CommandType = CommandType.StoredProcedure; // use stored proc for perf

SqlParameter param = new SqlParameter(paramName, SqlDbType.NVarChar, 255);

param.Value = paramValue;

command.Parameters.Add(param);

dsCommand.Fill(data);

return data;

}

这里就是数据层的代码了，我们在这里可以看到Duwamish采用了DataAdapter来将数据填充到定制的DataSet中，然后返回该DataSet。我感到很奇怪的是在数据存取层中竟然可以看到GetBookById这样具体的数据存取方法，虽然最后还是有一个抽象出来的FillBookData方法，但是上面还有三层啊，底层都做到这份上了，那上层都做些什么呢？答案是数据检查，上层基本上都在做一些很严密的数据合法性校验（当然也会包括一些比较复杂的事务逻辑，但是并不多），示例代码如下：

public CustomerData GetCustomerByEmail(String emailAddress, String password)

{

//

// Check preconditions

//

ApplicationAssert.CheckCondition(emailAddress != String.Empty, "Email address is required",

ApplicationAssert.LineNumber);

ApplicationAssert.CheckCondition(password != String.Empty, "Password is required",

ApplicationAssert.LineNumber);

//

// Get the customer dataSet

//

CustomerData dataSet;

using (DataAccess.Customers customersDataAccess = new DataAccess.Customers())

{

dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);

}

//

// Verify the customer's password

//

DataRowCollection rows = dataSet.Tables[CustomerData.CUSTOMERS_TABLE].Rows;

if ( ( rows.Count == 1 ) && rows[CustomerData.PASSWORD_FIELD].Equals(password) )

{

return dataSet;

}

else

{

return null;

}

}

在这个方法中，真正进行数据存取的实际上只有

dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);

这么一句，是直接调用的数据层。其它都是在进行合法性校验，我们可以感悟到，进行一个真正的企业级开发需要考虑的系统健壮性有多么重要。

.NET PetShop数据访问剖析

OK，Duwamish看完了，下面我们来看看PetShop的数据访问机制。

PetShop只有一个项目，它采用的分层办法是将中间层和数据层都写成cs文件放在Components目录里，其中数据层就是一个名为Database的类，它封装了所有对数据库的底层操作。下面是示例代码段：

public void RunProc(string procName, out SqlDataReader dataReader)

{

SqlCommand cmd = CreateCommand(procName, null);

dataReader = cmd.ExecuteReader(System.Data.CommandBehavior.CloseConnection);

}

我们看到了一个跟Duwamish截然不同的另一种数据访问方式，它将所有的数据访问方法抽象出来做成一个RunProc方法，至于返回数据呢，呵呵，它有点偷懒，直接返回一个DataReader给你，你自己去读吧。还记得Duwamish采用的层间数据传输载体是什么吗？对了，是DataSet，它被数据层填充后返回给了中间层。但是这里，数据层和传输层的数据传输载体变成了DataReader，实际上，还不能称它为数据载体，因为数据还没开始读呢，在这里，DataReader的作用和指针有点类似，也许我们应该称它为“数据引用”：）

接着往下看，DataReader被怎么“处理”的：

public ProductResults[] GetList(string catid, int currentPage, int pageSize, ref int numResults)

{

numResults = 0;

int index=0;

SqlDataReader reader = GetList(catid);

ProductResults[] results = new ProductResults[pageSize];

// now loop through the list and pull out items of the specified page

int start = (int)((currentPage - 1) * pageSize);

if (start <= 0) start = 1;

// skip

for (int i = 0; i < start - 1; i++) {

if (reader.Read()) numResults++;

}

if (start > 1) reader.Read();

// read the data we are interested in

while (reader.Read()) {

if (index < pageSize) {

results[index] = new ProductResults();

results[index].productid = reader.GetString(0);

results[index].name = reader.GetString(1);

index++;

}

numResults++;

}

reader.Close();

// see if need to redim array

if (index == pageSize)

return results;

else {

// not a full page, redim array

ProductResults[] results2 = new ProductResults[index];

Array.Copy(results, results2, index);

return results2;

}

}

注意到currentPage和pageSize了吗？原来在这里就进行了数据分页，只返回满足需要的最少的数据量，而不是象我们很多喜欢偷懒的人一样，简单的将整个DataTable一股脑的绑定到DataGrid，造成大量的数据冗余。

在这里，数据被真正的读出来，并且被手动填充到一个自定义的对象数组中，我们来看看这个数组的定义：

public class ProductResults

{

private string m_productid;

private string m_name;

// product props

public string productid {

get { return m_productid; }

set { m_productid = value; }

}

public string name {

get { return m_name; }

set { m_name = value; }

}

}

非常之简单，不过我有点奇怪为什么不使用struct呢？是不是.NET中struct和class的性能差距已经可以忽略不计了？

分析总结