NETPetShop和Duwamish简单介绍

1、.NET PetShop和Duwamish简单介绍相信大家一定听说过有名的宠物店大战，没错，本文的主角之一就是获胜方.NET PetShop，微软号称以27倍的速度和1/4的代码量遥遥领先于基于J2EE的PetStore宠物商店。虽然SUN也曾对此抱怨过不满，指责此大战有水分，不过无论如何，.NET PetShop绝对是一个经典的.NET实例教程，至少为我们提供了一条赶超J2EE的“捷径”!.NET PetShop宠物网上商店首页 Samples目录下找到并安装它，例如：C:Program FilesMicrosoft Visual Studio .NETEnterprise SamplesD

2、uwamish 7.0 CS。 Duwamish网上电子书店首页一、结构简述两家商店都采用了n层应用结构（毫无疑问，n层结构的应用架构应该绝对是您开发.NET应用的首选，哪怕您只想做一个网页计数器），不同的是，PetShop采用的是最常见的三层应用结构，分别为表示层，中间层和数据层。而Duwamish则采用的是一个四层应用结构，并使用不同的项目分隔开，分别为表示层，业务外观层，业务规则层和数据层。至于这两种结构分别有什么优点和缺点，以及为什么要这么分层，我们不进行详细讨论,我们主要分析的是他们的编程的模式。 .NET Pet Shop结构分析：.NET Pet Shop按照三层的分层模型来部署

3、整个系统。.NET Pet Shop分为数据展示层，中间层，数据层。数据展示层主要是完成界面和与最终用户交互的功能，在应用程序里面是一些aspx的页面和代码。中间层用于封装商业逻辑和规则，在应用程序里面被封装为.NET组件。数据访问层通过中间层中的数据访问组件与SQL Server Provider交互，所有的数据获取依靠存储过程来进行，而不是通过SQL语句。 Duwamish结构分析：Duwamish 7.0 是一个典型的N层架构，其结构分为四个逻辑层： Web 层 Web 层为客户端提供对应用程序的访问。这一层是作为 Duwamish.sln 解决方案文件中的 Web 项目实现的。Web

4、层由 ASP.NET Web 窗体和代码隐藏文件组成。Web 窗体只是用 HTML 提供用户操作，而代码隐藏文件实现各种控件的事件处理。 业务外观层 业务外观层为 Web 层提供处理帐户、类别浏览和购书的界面。这一层是作为 Duwamish.sln 解决方案文件中的 BusinessFacade 项目实现的。业务外观层用作隔离层，它将用户界面与各种业务功能的实现隔离开来。除了低级系统和支持功能之外，对数据库服务器的所有调用都是通过此程序集进行的。 业务规则层 业务规则层是作为 Duwamish.sln 解决方案文件中的 BusinessRules 项目实现的，它包含各种业务规则和逻辑的实现。业

5、务规则完成如客户帐户和书籍订单的验证这样的任务。 数据访问层 数据访问层为业务规则层提供数据服务。这一层是作为 Duwamish.sln 解决方案文件中的 DataAccess 项目实现的。 我们从图中可以清楚的看到，浏览器首先调用的是表示层WEB，然后WEB将请求发送给业务外观层，业务外观层对请求进行初步的处理，判断是否需要调用业务规则层，还是直接调用数据访问层获取数据。最后由数据访问层访问数据库并按照来时的步骤返回结果到浏览器（对于图中涉及到其它的结构模块以后会分别予以详细介绍）。数据访问剖析:(1)Duwamish 的数据访问剖析：首先，我们来看看Duwamish书店，它采用的是Data

6、Adapter和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(BO

7、OKS_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(Syst

8、em.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

9、_FIELD, typeof(System.String); columns.Add(PUBLISHER_NAME_FIELD, typeof(System.String); 我们可以看到它有一个BuildDataTables方法，并且在构造函数中调用，这样，定制的Books表就和这个DataSet捆绑在一起了，省得以后还要进行Column Mapping。解决了数据结构，接下来看看数据层的代码实现，在Duwamish中，数据层中有5个类，分别是Books，Categories，Customers和Orders，每个类分别只负责有关数据的存取。下面是其中一个类的示例代码：private Sql

10、DataAdapter 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 ); BookD

11、ata 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; dsCommand.Fil

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

13、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); / /

14、Get the customer dataSet / CustomerData dataSet; using (DataAccess.Customers customersDataAccess = new DataAccess.Customers() dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress); / / Verify the customers password / DataRowCollection rows = dataSet.TablesCustomerData.CUSTOMERS_TABLE.Rows;

15、 if ( ( rows.Count = 1 ) & rows0CustomerData.PASSWORD_FIELD.Equals(password) ) return dataSet; else return null; 在这个方法中，真正进行数据存取的实际上只有dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);这么一句，是直接调用的数据层。其它都是在进行合法性校验，我们可以感悟到，进行一个真正的企业级开发需要考虑的系统健壮性有多么重要。（2）.NET PetShop数据访问剖析PetShop只有一个项目，它采用

16、的分层办法是将中间层和数据层都写成cs文件放在Components目录里，其中数据层就是一个名为Database的类，它封装了所有对数据库的底层操作。下面是示例代码段：public void RunProc(string procName, out SqlDataReader dataReader) SqlCommand cmd = CreateCommand(procName, null);我们看到了一个跟Duwamish截然不同的另一种数据访问方式，它将所有的数据访问方法抽象出来做成一个RunProc方法，至于返回数据呢，呵呵，它有点偷懒，直接返回一个DataReader给你，你自己去读吧

17、。还记得Duwamish采用的层间数据传输载体是什么吗？对了，是DataSet，它被数据层填充后返回给了中间层。但是这里，数据层和传输层的数据传输载体变成了DataReader，实际上，还不能称它为数据载体，因为数据还没开始读呢，在这里，DataReader的作用和指针有点类似，也许我们应该称它为“数据引用”：）接着往下看，DataReader被怎么“处理”的：public ProductResults GetList(string catid, int currentPage, int pageSize, ref int numResults) numResults = 0;int inde

18、x=0;SqlDataReader reader = GetList(catid);ProductResults results = new ProductResultspageSize;/ now loop through the list and pull out items of the specified pageint start = (int)(currentPage - 1) * pageSize);if (start = 0) start = 1;/ skip for (int i = 0; i 1) reader.Read();/ read the data we are i

19、nterested inwhile (reader.Read() if (index pageSize) resultsindex = new ProductResults();ductid = reader.GetString(0); = reader.GetString(1);index+;numResults+; reader.Close();/ see if need to redim arrayif (index = pageSize)return results;else / not a full page, red

20、im arrayProductResults results2 = new ProductResultsindex;Array.Copy(results, results2, index);return results2;注意到currentPage和pageSize了吗？原来在这里就进行了数据分页，只返回满足需要的最少的数据量，而不是象我们很多喜欢偷懒的人一样，简单的将整个DataTable一股脑的绑定到DataGrid，造成大量的数据冗余。在这里，数据被真正的读出来，并且被手动填充到一个自定义的对象数组中，我们来看看这个数组的定义：public class ProductResults p

21、rivate string m_productid;private string m_name;/ product propspublic 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的性能差距已经可以忽略不计了？分析总结通过观察这两个商店的具体实现，我们得到了两个不同的数据访问模式，Duwamish采用的是以DataSet