在ASP.NET 2.0中操作数据之五十六：使用ObjectDataSource缓存数据_自学过程_

导言

　　就计算机科学而言，caching就是将所需要的数据或信息的备份放在某个地方，便于快速访问的这样一个过程。以数据处理（data-driven）程序为例，程序的大部分时间浪费在数据查询上。要提升这种程序的性能，通常的做法是将查询结果存放在程序的存储器里。

　　ASP.NET 2.0提供了各种各样的缓存方式。对web页面和用户控件可以通过output caching进行缓存；同样我们可以通过ObjectDataSource 和SqlDataSource控件，在控件级（control level）对数据进行缓存；同时，ASP.NET的data cache提供了丰富的缓存接口（caching API），供页面开发员通过编程缓存对象。在本文及接下来的3篇文章我们将对ObjectDataSource的缓存属性以及data cache进行考察；我们也将探究如何在启动时对application-wide数据进行缓存，以及通过使用SQL cache dependencies对缓存数据刷新。

主要的缓存要点

　　由于缓存通过将数据的副本放置在一个便于快速访问的地方来提高程序的总体性能。由于它仅仅是一个副本，当源数据发生改变时，副本不能同步更新。为此，页面开发员应制定一个标准将其清除出内存，可以使用如下的2种方法之一：

　　Time-based标准：向内存添加的条目(item)，只能在内存里驻留固定或灵活(sliding)的一段时间。比如，开发者可设定一个时间段，比如60秒，当条目添加到内存后，不管访问它的频率有多高，60秒后就会被清除掉；如果是灵活(sliding)处理的话，当最后一次被访问后，未再次被访问的时间一旦超出60秒，也会被清除掉。

　　Dependency-based标准：当向内存添加条目时为其分配一个从属体(dependency)，当条目对应的从属体发生改变时将条目清除掉。从属体可以是一个文件；另一个缓存条目；或者干脆是这两者的混合体( combination)；当然还可以是SQL cache dependencies，它可以向内存添加条目，当源数据改变时将条目清除掉。我们将在接下来的文章《使用SQL缓存依赖项SqlCacheDependency 》里详细考察。

　　不管是哪种标准，在条目被清除掉以前，我们都可以对其访问。如果内存达到了它的极限，它会清除掉已有的条目后再添加新的条目。因此，当处理缓存数据时很重要的一点是我们要充分考虑到缓存数据已被清除的可能。在下一篇文章《在分层架构中缓存数据》我们考察采用哪种模式从内存访问数据。

　　缓存是提升程序性能的一种较为经济的方法，就像Steven Smith在他的文章《ASP.NET Caching: Techniques and Best Practices:》里阐述的一样：“缓存是获得‘上佳'性能的一种好方法，不需要太多的时间和分析。… 存储器也便宜，要获得你期望的性能，靠缓存技术你需要花30秒；靠优化代码和数据库你可能要几天乃至几周时间…”

　　虽然缓存可以显而易见的提升系统性能，但并不是适用于所有的应用程序，比如某些实时(real-time)、频繁更新数据的程序就不适合。
　　但是对大部分程序而言，还是适用的。关于ASP.NET 2.0里的缓存的更多背景资料请参考ASP.NET 2.0 QuickStart Tutorials系列的Caching for Performance 部分。

第一步：创建Caching页面

在我们开始以前，首先让我们花些时间来添加包括本篇在内的最近四篇教程需要用到的页面。我们先在项目中新建一个称作Caching的文件夹，接下来，为目录新增以下几个页面，并配置为使用Site.master母板页。

Default.aspx
ObjectDataSource.aspx
FromTheArchitecture.aspx
AtApplicationStartup.aspx
SqlCacheDependencies.aspx

图1：创建相关的ASP.NET页面

像其它文件夹一样，Caching文件夹里的Default.aspx页面将本系列的文章显示出来。记得用户控件SectionLevelTutorialListing.ascx提供该功能，设计模式里将其拖到页面上。

图2：为Default.aspx页面添加用户控件SectionLevelTutorialListing.ascx

最后，将这些页面添加到Web.sitemap文件里，特别的，放在“Working with Binary Data” :之后：

完成Web.sitemap文件的更新后，让我们在浏览器里查看，左边的菜单栏显示caching章节的文章
图3：网站地图Site Map包含了Caching章节的文章

第二步：在Web Page页面里展示产品

　　本文考察怎样使用ObjectDataSource控件内置(built-in)的缓存功能。在开始之前，我们首先需要创建一个页面，用一个ObjectDataSource控件调用ProductsBLL class类获取产品信息，再用GridView控件展示出来。

　　首先打开Caching文件夹里的ObjectDataSource.aspx页面。从工具箱拖一个GridView控件到页面，设置其ID为Products，再从智能标签里选择将其绑定到一个ObjectDataSource控件，ID为ProductsDataSource。设该ObjectDataSource使用ProductsBLL class类。

图4：设置ObjectDataSource控件使用ProductsBLL Class类

　　在本页面，我们要创建一个允许编辑的GridView控件，当ObjectDataSource控件里的缓存数据发生改变时，我们可以通过GridView的界面查看到底会发生什么。在SELECT标签里选择默认的GetProducts()方法, 但是在UPDATE标签里选择接受productName, unitPrice 和productID作为输入参数的UpdateProduct()重载方法。

图5：在UPDATE标签里选择重载的UpdateProduct()方法

　　最后，在INSERT和DELETE标签里选择“(None)”，点完成按钮。一旦完成“设置数据源向导”，Visual Studio会将ObjectDataSource控件的OldValuesParameterFormatString属性设置为original_{0}。就像在前面的教程之16章《概述插入、更新和删除数据》里探讨的一样，该属性要么删除掉，要么设置为{0}，不然的话更新操作会报错。

　　此外，完成向导后，Visual Studio会将产品的所有数据列添加到GridView控件，将除了ProductName, CategoryName和UnitPrice之外的所有绑定列(BoundFields)删除。然后，分别将上述3列的HeaderText属性改为Product”, “Category”和“Price”。由于ProductName是必需的，将ProductName列转变成模板列(TemplateField)，在EditItemTemplate里添加一个RequiredFieldValidator控件；同样的，将UnitPrice列也转换成模板列，并添加一个CompareValidator控件，确保用户输入的是大于或等于0的有效的货币值。除此以外，你还可以作一些界面上的改进，比如使UnitPrice值居中，或分别对UnitPrice的只读和编辑界面作一些格式化的处理。

　　在GridView的智能标签里点相关项启动编辑、分页、排序功能。

　　注意：想回顾怎样自定义GridView的编辑界面吗？请参考前面的文章之20《定制数据修改界面》 

图6：启用GridView的编辑、排序、分页功能。

完成GridView的修改后，GridView 和 ObjectDataSource的代码声明看起来像下面这样：

* $*

如图7所示，GridView列出了每个产品的name, category和price信息。花几分钟测试页面—对结果排序，查看分页，编辑某条记录。

图7：显示每条记录的Name, Category和Price信息

第三步：考察ObjectDataSource如何请求数据

　　ID为Products的GridView通过调用名为ProductsDataSource的ObjectDataSource的Select()方法检索数据并将它显示出来。该ObjectDataSource创建业务逻辑层的ProductsBLL class类的一个实例并调用它的GetProducts()方法，该方法又调用数据访问层ProductsTableAdapter的GetProducts()方法。数据访问层连接到数据库Northwind，并执行已设置好了的SELECT查询。查询数据以NorthwindDataTable的形式返回到数据访问层，该DataTable对象再依次传回到业务逻辑层，ObjectDataSource、GridView控件。GridView控件为DataTable里的每一数据行(DataRow)创建一个GridViewRow对象，每个GridViewRow对象最终被编译为HTML返回到客户端，呈现在访问者的浏览器里。

　　任何时候，当GridView控件需要绑定时，按上述的事件发生顺序执行。比如，首次登录页面；将数据从一个页面传递到另一个页面；在GridView里排序；通过GridView内建的编辑或删除界面改动数据。当GridView的视图(view sta被设为disabled时，每次页面回传时也会对GridView重新绑定；当然我们可以显式地调用DataBind()方法来对GridView实施绑定。

　　为了更清除地揭示从数据库检索数据的频率，我们显示一个消息，提示在某时程序在检索数据。为此，在GridView控件上添加一个ID为ODSEvents的Label控件，清除其Text属性，将其EnableViewState属性设置为false。在Label控件下面再添加一个Button控件，设其Text属性为“Postback”.

图8：在GridView上添加Label 和 Button控件

在整个数据检索过程中，首先触发ObjectDataSource的Selecting事件，并调用其对应的已设置好的方法。为该事件创建一个事件处理器，添加如下的代码：

 protected void ProductsDataSource_Selecting(object sender, ObjectDataSourceSelectingEventArgs e) { ODSEvents.Text = "-- Selecting event fired"; }

　　每当ObjectDataSource开始检索数据时，Label控件都会显示文本“Selecting event fired”.

　　在浏览器访问该页面。当首次登录时，文本“Selecting event fired”就会显示出来。点“Postback”按钮时，我们注意到文本消失了(前提是你将GridView的EnableViewState属性设置为默认值true)。这是因为当页面回传时，GridView通过它的视图状态(view state)载入数据进行重建(reconstructed),因此不再需要通过ObjectDataSource检索数据库来得到数据进行重建。然而，排序、分页、编辑等都会促使GridView重新绑定到数据源，因此，文本“Selecting event f

提示： 本文由神整理自网络，如有侵权请联系本站删除！
本站声明：
1、本站所有资源均来源于互联网，不保证100%完整、不提供任何技术支持；
2、本站所发布的文章以及附件仅限用于学习和研究目的;不得将用于商业或者非法用途；否则由此产生的法律后果，本站概不负责！