PetShop中表示層設(shè)計(jì)的示例分析

這篇文章給大家分享的是有關(guān)PetShop中表示層設(shè)計(jì)的示例分析的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

PetShop之表示層設(shè)計(jì)

　　表示層（Presentation Layer）的設(shè)計(jì)可以給系統(tǒng)客戶最直接的體驗(yàn)和最十足的信心。正如人與人的相交相識(shí)一樣，初次見(jiàn)面的感覺(jué)總是永難忘懷的。一件交付給客戶使用的產(chǎn)品，如果在用戶界面（User Interface，UI）上缺乏吸引人的特色，界面不友好，操作不夠體貼，即使這件產(chǎn)品性能非常優(yōu)異，架構(gòu)設(shè)計(jì)合理，業(yè)務(wù)邏輯都滿足了客戶的需求，卻仍然難以討得客戶的歡心。俗語(yǔ)云：“佛要金裝，人要衣裝”，特別是對(duì)于Web應(yīng)用程序而言，Web網(wǎng)頁(yè)就好比人的衣裝，代表著整個(gè)系統(tǒng)的身份與臉面，是招徠“顧客”的最大賣(mài)點(diǎn)。

　　“獻(xiàn)丑不如藏拙”，作為藝術(shù)細(xì)胞缺乏的我，并不打算在用戶界面的美術(shù)設(shè)計(jì)上大做文章，是以本書(shū)略過(guò)不提。本章所關(guān)注的表示層設(shè)計(jì)，還是以架構(gòu)設(shè)計(jì)的角度，闡述在表示層設(shè)計(jì)中對(duì)模式的應(yīng)用，ASP.NET控件的設(shè)計(jì)與運(yùn)用，同時(shí)還包括了對(duì)ASP.NET 2.0新特色的介紹。

6.1  MVC模式

　　表示層設(shè)計(jì)中最重要的模式是MVC（Model-View-Controller，即模型-視圖-控制器）模式。MVC模式最早是由SmallTalk語(yǔ)言研究團(tuán)提出的，被廣泛應(yīng)用在用戶交互應(yīng)用程序中。Controller根據(jù)用戶請(qǐng)求（Response）修改Model的屬性，此時(shí)Event（事件）被觸發(fā)，所有依賴(lài)于Model的View對(duì)象會(huì)自動(dòng)更新，并基于Model對(duì)象產(chǎn)生一個(gè)響應(yīng)（Response）信息，返回給Controller。Martin Fowler在《企業(yè)應(yīng)用架構(gòu)模式》一書(shū)中，展示了MVC模式應(yīng)用的全過(guò)程，如圖6-1所示：

圖6-1 典型的MVC模式

　　如果將MVC模式拆解為三個(gè)獨(dú)立的部分：Model、View、Controller，我們可以通過(guò)GOF設(shè)計(jì)模式來(lái)實(shí)現(xiàn)和管理它們之間的關(guān)系。在體系架構(gòu)設(shè)計(jì)中，業(yè)務(wù)邏輯層的領(lǐng)域?qū)ο笠约皵?shù)據(jù)訪問(wèn)層的數(shù)據(jù)值對(duì)象都屬于MVC模式的Model對(duì)象。如果要管理Model與View之間的關(guān)系，可以利用Observer模式，View作為觀察者，一旦Model的屬性值發(fā)生變化，就會(huì)通知View基于Model的值進(jìn)行更新。而Controller作為控制用戶請(qǐng)求/響應(yīng)的對(duì)象，則可以利用Mediator模式，專(zhuān)門(mén)負(fù)責(zé)請(qǐng)求/響應(yīng)任務(wù)之間的調(diào)節(jié)。而對(duì)于View本身，在面向組件設(shè)計(jì)思想的基礎(chǔ)上，我們通常將它設(shè)計(jì)為組件或者控件，這些組件或者控件根據(jù)自身特性的不同，共同組成一種類(lèi)似于遞歸組合的對(duì)象結(jié)構(gòu)，因而我們可以利用Composite模式來(lái)設(shè)計(jì)View對(duì)象。

　　然而在.NET平臺(tái)下，我們并不需要自己去實(shí)現(xiàn)MVC模式。對(duì)于View對(duì)象而言，ASP.NET已經(jīng)提供了常用的Web控件，我們也可以通過(guò)繼承System.Web.UI.UserControl，自定義用戶控件，并利用ASPX頁(yè)面組合Web控件來(lái)實(shí)現(xiàn)視圖。ASP.NET定義了System.Web.UI.Page類(lèi)，它相當(dāng)于MVC模式的Controller對(duì)象，可以處理用戶的請(qǐng)求。由于利用了codebehind技術(shù)，使得用戶界面的顯示與UI實(shí)現(xiàn)邏輯完全分離，也即是說(shuō)，View對(duì)象與Controller對(duì)象成為相對(duì)獨(dú)立的兩部分，從而有利于代碼的重用性。比較ASP而言，這種編程方式更符合開(kāi)發(fā)人員的編程習(xí)慣，同時(shí)有利于開(kāi)發(fā)人員與UI設(shè)計(jì)人員的分工與協(xié)作。至于Model對(duì)象，則為業(yè)務(wù)邏輯層的領(lǐng)域?qū)ο?。此外?NET平臺(tái)通過(guò)ADO.NET提供了DataSet對(duì)象，便于與Web控件的數(shù)據(jù)源綁定。

6.2  Page Controller模式的應(yīng)用

　　通觀PetShop的表示層設(shè)計(jì)，充分利用了ASP.NET的技術(shù)特點(diǎn)，通過(guò)Web頁(yè)面與用戶控件控制和展現(xiàn)視圖，并利用codebehind技術(shù)將業(yè)務(wù)邏輯層的領(lǐng)域?qū)ο蠹尤氲奖硎緦訉?shí)現(xiàn)邏輯中，一個(gè)典型的Page Controller模式呼之欲出。

　　Page Controller模式是Martin Fowler在《企業(yè)應(yīng)用架構(gòu)模式》中最重要的表示層模式之一。在.NET平臺(tái)下，Page Controller模式的實(shí)現(xiàn)非常簡(jiǎn)單，以Products.aspx頁(yè)面為例。首先在aspx頁(yè)面中，進(jìn)行如下的設(shè)置：

<%@ Page AutoEventWireup="true" Language="C#" MasterPageFile="~/MasterPage.master" Title="Products" Inherits="PetShop.Web.Products" CodeFile="~/Products.aspx.cs" %>

　　Aspx頁(yè)面繼承自System.Web.UI.Page類(lèi)。Page類(lèi)對(duì)象通過(guò)繼承System.Web.UI.Control類(lèi)，從而擁有了Web控件的特性，同時(shí)它還實(shí)現(xiàn)了IHttpHandler接口。作為ASP.NET處理HTTP Web請(qǐng)求的接口，提供了如下的定義：

[AspNetHostingPermission(SecurityAction.InheritanceDemand, 
Level=AspNetHostingPermissionLevel.Minimal), 
AspNetHostingPermission(SecurityAction.LinkDemand, 
Level=AspNetHostingPermissionLevel.Minimal)]
public interface IHttpHandler
{
  void ProcessRequest(HttpContext context);
  bool IsReusable { get; }
}

　　Page類(lèi)實(shí)現(xiàn)了ProcessRequest()方法，通過(guò)它可以設(shè)置Page對(duì)象的Request和Response屬性，從而完成對(duì)用戶請(qǐng)求/相應(yīng)的控制。然后Page類(lèi)通過(guò)從Control類(lèi)繼承來(lái)的Load事件，將View與Model建立關(guān)聯(lián)，如Products.aspx.cs所示：

public partial class Products : System.Web.UI.Page 
{
 protected void Page_Load(object sender, EventArgs e) 
 {
  //get page header and title
  Page.Title = WebUtility.GetCategoryName(Request.QueryString["categoryId"]);
 }
}

　　事件機(jī)制恰好是observer模式的實(shí)現(xiàn)，當(dāng)ASPX頁(yè)面的Load事件被激發(fā)后，系統(tǒng)通過(guò)WebUtility類(lèi)（在第28章中有對(duì)WebUtility類(lèi)的詳細(xì)介紹）的GetCategoryName()方法，獲得Category值，并將其顯示在頁(yè)面的Title上。Page對(duì)象作為Controller，就好似一個(gè)調(diào)停者，用于協(xié)調(diào)View與Model之間的關(guān)系。

　　由于ASPX頁(yè)面中還可以包含Web控件，這些控件對(duì)象同樣是作為View對(duì)象，通過(guò)Page類(lèi)型對(duì)象完成對(duì)它們的控制。例如在CheckOut.aspx頁(yè)面中，當(dāng)用戶發(fā)出CheckOut的請(qǐng)求后，作為System.Web.UI.WebControls.Winzard控件類(lèi)型的wzdCheckOut，會(huì)在整個(gè)向?qū)н^(guò)程結(jié)束時(shí)，觸發(fā)FinishButtonClick事件，并在該事件中調(diào)用領(lǐng)域?qū)ο驩rder的Insert()方法，如下所示：

public partial class CheckOut : System.Web.UI.Page

protected void wzdCheckOut_FinishButtonClick(object sender, WizardNavigationEventArgs e) {
 if (Profile.ShoppingCart.CartItems.Count > 0) {
  if (Profile.ShoppingCart.Count > 0) {

   // display ordered items
   CartListOrdered.Bind(Profile.ShoppingCart.CartItems);

   // display total and credit card information
   ltlTotalComplete.Text = ltlTotal.Text;
   ltlCreditCardComplete.Text = ltlCreditCard.Text;

   // create order
   OrderInfo order = new OrderInfo(int.MinValue, DateTime.Now, User.Identity.Name, GetCreditCardInfo(), billingForm.Address, shippingForm.Address, Profile.ShoppingCart.Total, Profile.ShoppingCart.GetOrderLineItems(), null);

   // insert
   Order newOrder = new Order();
   newOrder.Insert(order);

   // destroy cart
   Profile.ShoppingCart.Clear();
   Profile.Save();
  }
 }
 else {
  lblMsg.Text = "<p><br>Can not process the order. Your cart is empty.</p><p class=SignUpLabel><a class=linkNewUser href=Default.aspx>Continue shopping</a></p>";
  wzdCheckOut.Visible = false;
 }
}

　　在上面的一段代碼中，非常典型地表達(dá)了Model與View之間的關(guān)系。它通過(guò)獲取控件的屬性值，作為參數(shù)值傳遞給數(shù)據(jù)值對(duì)象OrderInfo，從而利用頁(yè)面上產(chǎn)生的訂單信息創(chuàng)建訂單對(duì)象，然后再調(diào)用領(lǐng)域?qū)ο驩rder的Inser()方法將OrderInfo對(duì)象插入到數(shù)據(jù)表中。此外，它還對(duì)領(lǐng)域?qū)ο骃hoppingCart的數(shù)據(jù)項(xiàng)作出判斷，如果其值等于0，就在頁(yè)面中顯示UI提示信息。此時(shí)，View的內(nèi)容決定了Model的值，而Model值反過(guò)來(lái)又決定了View的顯示內(nèi)容。

6.3  ASP.NET控件

　　ASP.NET控件是View對(duì)象最重要的組成部分，它充分利用了面向?qū)ο蟮脑O(shè)計(jì)思想，通過(guò)封裝與繼承構(gòu)建一個(gè)個(gè)控件對(duì)象，使得用戶在開(kāi)發(fā)Web頁(yè)面時(shí)，能夠重用這些控件，甚至自定義自己的控件。在第8章中，我已經(jīng)介紹了.NET Framework中控件的設(shè)計(jì)思想，通過(guò)引入一種“復(fù)合方式”的Composite模式實(shí)現(xiàn)了控件樹(shù)。在ASP.NET控件中，System.Web.UI.Control就是這棵控件樹(shù)的根，它定義了所有ASP.NET控件共有的屬性、方法和事件，并負(fù)責(zé)管理和控制控件的整個(gè)執(zhí)行生命周期。

　　Control基類(lèi)并沒(méi)有包含UI的特定功能，如果需要提供與UI相關(guān)的方法屬性，就需要從System.Web.UI.WebControls.WebControl類(lèi)派生。該類(lèi)實(shí)際上也是Control類(lèi)的子類(lèi)，但它附加了諸如ForeColor、BackColor、Font等屬性。

　　除此之外，還有一個(gè)重要的類(lèi)是System.Web.UI.UserControl，即用戶控件類(lèi)，它同樣是Control類(lèi)的子類(lèi)。我們可以自定義一些用戶控件派生自UserControl，在Visual Studio的Design環(huán)境下，我們可以通過(guò)拖動(dòng)控件的方式將多種類(lèi)型的控件組合成一個(gè)自定義用戶控件，也可以在codebehind方式下，為自定義用戶控件類(lèi)添加新的屬性和方法。

整個(gè)ASP.NET控件類(lèi)的層次結(jié)構(gòu)如圖6-2所示：

圖6-2 ASP.NET控件類(lèi)的層次結(jié)構(gòu)

ASP.NET控件的執(zhí)行生命周期如表6-1所示：

表6-1 ASP.NET控件的執(zhí)行生命周期

　　在這里，控件設(shè)計(jì)利用了Template Method模式，Control基類(lèi)提供了大部分protected虛方法，留待其子類(lèi)改寫(xiě)其方法。以PetShop 4.0為例，就定義了兩個(gè)ASP.NET控件，它們都屬于System.Web.UI.WebControls.WebControl的子類(lèi)。其中，CustomList控件派生自System.Web.UI.WebControls.DataList，CustomGrid控件則派生自System.Web.UI.WebControls.Repeater。

　　由于這兩個(gè)控件都改變了其父類(lèi)控件的呈現(xiàn)方式，故而，我們可以通過(guò)重寫(xiě)父類(lèi)的Render虛方法，完成控件的自定義。例如CustomGrid控件：

public class CustomGrid : Repeater…
//Static constants
 protected const string HTML1 = "<table cellpadding=0 
cellspacing=0><tr><td colspan=2>";
 protected const string HTML2 = "</td></tr><tr><td class=paging align=left>";
 protected const string HTML3 = "</td><td align=right class=paging>";
 protected const string HTML4 = "</td></tr></table>";
 private static readonly Regex RX = new Regex(@"^&page=\d+", 
RegexOptions.Compiled);
 private const string LINK_PREV = "<a href=?page={0}>&#060;&nbsp;Previous</a>";
 private const string LINK_MORE = "<a href=?page={0}>More&nbsp;&#062;</a>";
private const string KEY_PAGE = "page";
 private const string COMMA = "?";
 private const string AMP = "&";

override protected void Render(HtmlTextWriter writer) {

  //Check there is some data attached
  if (ItemCount == 0) {
   writer.Write(emptyText);
   return;
  }
  //Mask the query
  string query = Context.Request.Url.Query.Replace(COMMA, AMP);
  query = RX.Replace(query, string.Empty);
  // Write out the first part of the control, the table header
  writer.Write(HTML1);
  // Call the inherited method
  base.Render(writer);
  // Write out a table row closure
  writer.Write(HTML2);
  //Determin whether next and previous buttons are required
  //Previous button?
  if (currentPageIndex > 0)
   writer.Write(string.Format(LINK_PREV, (currentPageIndex - 1) + query));
  //Close the table data tag
  writer.Write(HTML3);

  //Next button?
  if (currentPageIndex < PageCount)
   writer.Write(string.Format(LINK_MORE, (currentPageIndex + 1) + query));

  //Close the table
  writer.Write(HTML4);
 }

由于CustomGrid繼承自Repeater控件，因而它同時(shí)還繼承了Repeater的DataSource屬性，這是一個(gè)虛屬性，它默認(rèn)的set訪問(wèn)器屬性如下：

public virtual object DataSource
{
  get {… }
  set
  {
   if (((value != null) && !(value is IListSource)) && !(value is IEnumerable))
   {
     throw new ArgumentException(SR.GetString("Invalid_DataSource_Type", new object[] { this.ID }));
   }
   this.dataSource = value;
   this.OnDataPropertyChanged();
  }
}

對(duì)于CustomGrid而言，DataSource屬性有著不同的設(shè)置行為，因而在定義CustomGrid控件的時(shí)候，需要改寫(xiě)DataSource虛屬性，如下所示：

private IList dataSource;
private int itemCount;

override public object DataSource {
 set {
 //This try catch block is to avoid issues with the VS.NET designer
  //The designer will try and bind a datasource which does not derive from ILIST
  try {
   dataSource = (IList)value;
   ItemCount = dataSource.Count;
  }
  catch {
   dataSource = null;
   ItemCount = 0;
  }
 }
}

　　當(dāng)設(shè)置的value對(duì)象值不為IList類(lèi)型時(shí)，set訪問(wèn)器就將捕獲異常，然后將dataSource字段設(shè)置為null。

　　由于我們改寫(xiě)了DataSource屬性，因而改寫(xiě)Repeater類(lèi)的OnDataBinding()方法也就勢(shì)在必行。此外，CustomGrid還提供了分頁(yè)的功能，我們也需要實(shí)現(xiàn)分頁(yè)的相關(guān)操作。與DataSource屬性不同，Repeater類(lèi)的OnDataBinding()方法實(shí)際上是繼承和改寫(xiě)了Control基類(lèi)的OnDataBinding()虛方法，而我們又在此基礎(chǔ)上改寫(xiě)了Repeater類(lèi)的OnDataBinding()方法：

override protected void OnDataBinding(EventArgs e) {

 //Work out which items we want to render to the page
 int start = CurrentPageIndex * pageSize;
 int size = Math.Min(pageSize, ItemCount - start);

 IList page = new ArrayList();
 //Add the relevant items from the datasource
 for (int i = 0; i < size; i++)
  page.Add(dataSource[start + i]);

 //set the base objects datasource
 base.DataSource = page;
 base.OnDataBinding(e);
}

　　此外，CustomGrid控件類(lèi)還增加了許多屬于自己的屬性和方法，例如PageSize、PageCount屬性以及SetPage()方法等。正是因?yàn)锳SP.NET控件引入了Composite模式與Template Method模式，當(dāng)我們?cè)谧远x控件時(shí)，就可以通過(guò)繼承與改寫(xiě)的方式來(lái)完成控件的設(shè)計(jì)。自定義ASP.NET控件一方面可以根據(jù)系統(tǒng)的需求實(shí)現(xiàn)特定的功能，也能夠最大限度地實(shí)現(xiàn)對(duì)象的重用，既可以減少編碼量，同時(shí)也有利于未來(lái)對(duì)程序的擴(kuò)展與修改。

　　在PetShop 4.0中，除了自定義了上述WebControl控件的子控件外，最主要的還是利用了用戶控件。在Controls文件夾下，一共定義了11個(gè)用戶控件，內(nèi)容涵蓋客戶地址信息、信用卡信息、購(gòu)物車(chē)信息、期望列表（Wish List）信息以及導(dǎo)航信息、搜索結(jié)果信息等。它們相當(dāng)于是一些組合控件，除了包含了子控件的方法和屬性外，也定義了一些必要的UI實(shí)現(xiàn)邏輯。以ShoppingCartControl用戶控件為例，它會(huì)在該控件被呈現(xiàn)（Render）之前，做一些數(shù)據(jù)準(zhǔn)備工作，獲取購(gòu)物車(chē)數(shù)據(jù)，并作為數(shù)據(jù)源綁定到其下的Repeater控件：

public partial class ShoppingCartControl : System.Web.UI.UserControl
  
 protected void Page_PreRender(object sender, EventArgs e) {
  if (!IsPostBack) {
   BindCart();    
  }
 }
 private void BindCart() {

  ICollection<CartItemInfo> cart = Profile.ShoppingCart.CartItems;
  if (cart.Count > 0) {
   repShoppingCart.DataSource = cart;
   repShoppingCart.DataBind();
   PrintTotal();
   plhTotal.Visible = true;
  }
  else {
   repShoppingCart.Visible = false;
   plhTotal.Visible = false;
   lblMsg.Text = "Your cart is empty.";
  }
 }

在ShoppingCart頁(yè)面下，我們可以加入該用戶控件，如下所示：

<PetShopControl:shoppingcartcontrol id="ShoppingCartControl1" runat="server"></PetShopControl:shoppingcartcontrol>

　　由于ShoppingCartControl用戶控件已經(jīng)實(shí)現(xiàn)了用于呈現(xiàn)購(gòu)物車(chē)數(shù)據(jù)的邏輯，那么在ShoppingCart.aspx.cs中，就可以不用負(fù)責(zé)這些邏輯，在充分完成對(duì)象重用的過(guò)程中，同時(shí)又達(dá)到了職責(zé)分離的目的。用戶控件的設(shè)計(jì)者與頁(yè)面設(shè)計(jì)者可以互不干擾，分頭完成自己的設(shè)計(jì)。特別是對(duì)于頁(yè)面設(shè)計(jì)者而言，他可以是單一的UI設(shè)計(jì)人員角色，僅需要關(guān)注用戶界面是否美觀與友好，對(duì)于表示層中對(duì)領(lǐng)域?qū)ο蟮恼{(diào)用與操作就可以不必理會(huì)，整個(gè)頁(yè)面的代碼也顯得結(jié)構(gòu)清晰、邏輯清楚，無(wú)疑也“干凈”了不少。

6.4  ASP.NET 2.0新特性

　　由于PetShop 4.0是基于.NET Framework 2.0平臺(tái)開(kāi)發(fā)的電子商務(wù)系統(tǒng)，因而它在表示層也引入了許多ASP.NET 2.0的新特性，例如MemberShip、Profile、Master Page、登錄控件等特性。接下來(lái)，我將結(jié)合PetShop 4.0的設(shè)計(jì)分別介紹它們的實(shí)現(xiàn)。

6.4.1  Profile特性

　　Profile提供的功能是針對(duì)用戶的個(gè)性化服務(wù)。在ASP.NET 1.x版本時(shí)，我們可以利用Session、Cookie等方法來(lái)存儲(chǔ)用戶的狀態(tài)信息。然而Session對(duì)象是具有生存期的，一旦生存期結(jié)束，該對(duì)象保留的值就會(huì)失效。Cookie將用戶信息保存在客戶端，它具有一定的安全隱患，一些重要的信息不能存儲(chǔ)在Cookie中。一旦客戶端禁止使用Cookie，則該功能就將失去應(yīng)用的作用。

　　Profile的出現(xiàn)解決了如上的煩惱，它可以將用戶的個(gè)人化信息保存在指定的數(shù)據(jù)庫(kù)中。ASP.NET 2.0的Profile功能默認(rèn)支持Access數(shù)據(jù)庫(kù)和SQL Server數(shù)據(jù)庫(kù)，如果需要支持其他數(shù)據(jù)庫(kù)，可以編寫(xiě)相關(guān)的ProfileProvider類(lèi)。Profile對(duì)象是強(qiáng)類(lèi)型的，我們可以為用戶信息建立屬性，以PetShop 4.0為例，它建立了ShoppingCart、WishList和AccountInfo屬性。

　　由于Profile功能需要訪問(wèn)數(shù)據(jù)庫(kù)，因而在數(shù)據(jù)訪問(wèn)層（DAL）定義了和Product等數(shù)據(jù)表相似的模塊結(jié)構(gòu)。首先定義了一個(gè)IProfileDAL接口模塊，包含了接口IPetShopProfileProvider：

public interface IPetShopProfileProvider 
{ 
 AddressInfo GetAccountInfo(string userName, string appName); 
 void SetAccountInfo(int uniqueID, AddressInfo addressInfo);
 IList<CartItemInfo> GetCartItems(string userName, string appName, 
bool isShoppingCart);
 void SetCartItems(int uniqueID, ICollection<CartItemInfo> cartItems, 
bool isShoppingCart);
 void UpdateActivityDates(string userName, bool activityOnly, string appName);
 int GetUniqueID(string userName, bool isAuthenticated, bool ignoreAuthenticationType,
 string appName);
 int CreateProfileForUser(string userName, bool isAuthenticated, string appName);
 IList<string> GetInactiveProfiles(int authenticationOption, 
DateTime userInactiveSinceDate, string appName);
 bool DeleteProfile(string userName, string appName); 
 IList<CustomProfileInfo> GetProfileInfo(int authenticationOption, 
string usernameToMatch, DateTime userInactiveSinceDate, string appName, 
out int totalRecords);
}

　　因?yàn)镻etShop 4.0版本分別支持SQL Server和Oracle數(shù)據(jù)庫(kù)，因而它分別定義了兩個(gè)不同的PetShopProfileProvider類(lèi)，實(shí)現(xiàn)IPetShopProfileProvider接口，并放在兩個(gè)不同的模塊SQLProfileDAL和OracleProfileDAL中。具體的實(shí)現(xiàn)請(qǐng)參見(jiàn)PetShop 4.0的源代碼。
同樣的，PetShop 4.0為Profile引入了工廠模式，定義了模塊ProfileDALFActory，工廠類(lèi)DataAccess的定義如下：

public sealed class DataAccess {

 private static readonly string profilePath = ConfigurationManager.AppSettings["ProfileDAL"];
 public static PetShop.IProfileDAL.IPetShopProfileProvider CreatePetShopProfileProvider() {
 string className = profilePath + ".PetShopProfileProvider";
 return (PetShop.IProfileDAL.IPetShopProfileProvider)Assembly.Load(profilePath).CreateInstance(className);
 }
}

　　在業(yè)務(wù)邏輯層（BLL）中，單獨(dú)定義了模塊Profile，它添加了對(duì)BLL、IProfileDAL和ProfileDALFactory模塊的程序集。在該模塊中，定義了密封類(lèi)PetShopProfileProvider，它繼承自System.Web.Profile.ProfileProvider類(lèi)，該類(lèi)作為Profile的Provider基類(lèi)，用于在自定義配置文件中實(shí)現(xiàn)相關(guān)的配置文件服務(wù)。在PetShopProfileProvider類(lèi)中，重寫(xiě)了父類(lèi)ProfileProvider中的一些方法，例如Initialize()、GetPropertyValues()、SetPropertyValues()、DeleteProfiles()等方法。此外，還為ShoppingCart、WishList、AccountInfo屬性提供了Get和Set方法。至于Provider的具體實(shí)現(xiàn)，則調(diào)用工廠類(lèi)DataAccess創(chuàng)建的具體類(lèi)型對(duì)象，如下所示：

private static readonly IPetShopProfileProvider dal = DataAccess.CreatePetShopProfileProvider();

定義了PetShop.Profile.PetShopProfileProvider類(lèi)后，才可以在web.config配置文件中配置如下的配置節(jié)：

<profile automaticSaveEnabled="false" defaultProvider="ShoppingCartProvider">
 <providers>
 <add name="ShoppingCartProvider" connectionStringName="SQLProfileConnString" type="PetShop.Profile.PetShopProfileProvider" applicationName=".NET Pet Shop 4.0"/>
 <add name="WishListProvider" connectionStringName="SQLProfileConnString" type="PetShop.Profile.PetShopProfileProvider" applicationName=".NET Pet Shop 4.0"/>
 <add name="AccountInfoProvider" connectionStringName="SQLProfileConnString" type="PetShop.Profile.PetShopProfileProvider" applicationName=".NET Pet Shop 4.0"/>
 </providers>
 <properties>
 <add name="ShoppingCart" type="PetShop.BLL.Cart" allowAnonymous="true" provider="ShoppingCartProvider"/>
 <add name="WishList" type="PetShop.BLL.Cart" allowAnonymous="true" provider="WishListProvider"/>
 <add name="AccountInfo" type="PetShop.Model.AddressInfo" allowAnonymous="false" provider="AccountInfoProvider"/>
 </properties>
</profile>

　　在配置文件中，針對(duì)ShoppingCart、WishList和AccountInfo（它們的類(lèi)型分別為PetShop.BLL.Cart、PetShop.BLL.Cart、PetShop.Model.AddressInfo）屬性分別定義了ShoppingCartProvider、WishListProvider、AccountInfoProvider，它們的類(lèi)型均為PetShop.Profile.PetShopProfileProvider類(lèi)型。至于Profile的信息究竟是存儲(chǔ)在何種類(lèi)型的數(shù)據(jù)庫(kù)中，則由以下的配置節(jié)決定：

<add key="ProfileDAL" value="PetShop.SQLProfileDAL"/>

　　而鍵值為ProfileDAL的值，正是Profile的工廠類(lèi)PetShop.ProfileDALFactory.DataAccess在利用反射技術(shù)創(chuàng)建IPetShopProfileProvider類(lèi)型對(duì)象時(shí)獲取的。

　　在表示層中，可以利用頁(yè)面的Profile屬性訪問(wèn)用戶的個(gè)性化屬性，例如在ShoppingCart頁(yè)面的codebehind代碼ShoppingCart.aspx.cs中，調(diào)用Profile的ShoppingCart屬性：

public partial class ShoppingCart : System.Web.UI.Page {

 protected void Page_PreInit(object sender, EventArgs e) {
  if (!IsPostBack) {
   string itemId = Request.QueryString["addItem"];
   if (!string.IsNullOrEmpty(itemId)) {
    Profile.ShoppingCart.Add(itemId);
    Profile.Save();
    // Redirect to prevent duplictations in the cart if user hits "Refresh"
    Response.Redirect("~/ShoppingCart.aspx", true);
   }
  }
 }
}

　　在上述的代碼中，Profile屬性的值從何而來(lái)？實(shí)際上，在我們?yōu)閣eb.config配置文件中對(duì)Profile進(jìn)行配置后，啟動(dòng)Web應(yīng)用程序，ASP.NET會(huì)根據(jù)該配置文件中的相關(guān)配置創(chuàng)建一個(gè)ProfileCommon類(lèi)的實(shí)例。該類(lèi)繼承自System.Web.Profile.ProfileBase類(lèi)。然后調(diào)用從父類(lèi)繼承來(lái)的GetPropertyValue和SetPropertyValue方法，檢索和設(shè)置配置文件的屬性值。然后，ASP.NET將創(chuàng)建好的ProfileCommon實(shí)例設(shè)置為頁(yè)面的Profile屬性值。因而，我們可以通過(guò)智能感知獲取Profile的ShoppingCart屬性，同時(shí)也可以利用ProfileCommon繼承自ProfileBase類(lèi)的Save()方法，根據(jù)屬性值更新Profile的數(shù)據(jù)源。

6.4.2  Membership特性

　　PetShop 4.0并沒(méi)有利用Membership的高級(jí)功能，而是直接讓Membership特性和ASP.NET 2.0新增的登錄控件進(jìn)行綁定。由于.NET Framework 2.0已經(jīng)定義了針對(duì)SQL Server的SqlMembershipProvider，因此對(duì)于PetShop 4.0而言，實(shí)現(xiàn)Membership比之實(shí)現(xiàn)Profile要簡(jiǎn)單，僅僅需要為Oracle數(shù)據(jù)庫(kù)定義MembershipProvider即可。在PetShop.Membership模塊中，定義了OracleMembershipProvider類(lèi)，它繼承自System.Web.Security.MembershipProvider抽象類(lèi)。

　　OracleMembershipProvider類(lèi)的實(shí)現(xiàn)具有極高的參考價(jià)值，如果我們需要定義自己的MembershipProvider類(lèi)，可以參考該類(lèi)的實(shí)現(xiàn)。
事實(shí)上OracleMemberShip類(lèi)的實(shí)現(xiàn)并不復(fù)雜，在該類(lèi)中，主要是針對(duì)用戶及用戶安全而實(shí)現(xiàn)相關(guān)的行為。由于在父類(lèi)MembershipProvider中，已經(jīng)定義了相關(guān)操作的虛方法，因此我們需要作的是重寫(xiě)這些虛方法。由于與Membership有關(guān)的信息都是存儲(chǔ)在數(shù)據(jù)庫(kù)中，因而OracleMembershipProvider與SqlMembershipProvider類(lèi)的主要區(qū)別還是在于對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。對(duì)于SQL Server而言，我們利用aspnet_regsql工具為Membership建立了相關(guān)的數(shù)據(jù)表以及存儲(chǔ)過(guò)程。也許是因?yàn)橹R(shí)產(chǎn)權(quán)的原因，Microsoft并沒(méi)有為Oracle數(shù)據(jù)庫(kù)提供類(lèi)似的工具，因而需要我們自己去創(chuàng)建membership的數(shù)據(jù)表。此外，由于沒(méi)有創(chuàng)建Oracle數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程，因而OracleMembershipProvider類(lèi)中的實(shí)現(xiàn)是直接調(diào)用SQL語(yǔ)句。以CreateUser()方法為例，剔除那些繁雜的參數(shù)判斷與安全性判斷，SqlMembershipProvider類(lèi)的實(shí)現(xiàn)如下：

public override MembershipUser CreateUser(string username, string password, string email, string passwordQuestion, string passwordAnswer, bool isApproved, object providerUserKey, out MembershipCreateStatus status)
{
  MembershipUser user1;
  //前面的代碼略;
  try
  {
   SqlConnectionHolder holder1 = null;
   try
   {
     holder1 = SqlConnectionHelper.GetConnection(this._sqlConnectionString, true);
     this.CheckSchemaVersion(holder1.Connection);
     DateTime time1 = this.RoundToSeconds(DateTime.UtcNow);
     SqlCommand command1 = new SqlCommand("dbo.aspnet_Membership_CreateUser", holder1.Connection);
     command1.CommandTimeout = this.CommandTimeout;
     command1.CommandType = CommandType.StoredProcedure;
     command1.Parameters.Add(this.CreateInputParam("@ApplicationName", SqlDbType.NVarChar, this.ApplicationName));
     command1.Parameters.Add(this.CreateInputParam("@UserName", SqlDbType.NVarChar, username));
     command1.Parameters.Add(this.CreateInputParam("@Password", SqlDbType.NVarChar, text2));
     command1.Parameters.Add(this.CreateInputParam("@PasswordSalt", SqlDbType.NVarChar, text1));
     command1.Parameters.Add(this.CreateInputParam("@Email", SqlDbType.NVarChar, email));
     command1.Parameters.Add(this.CreateInputParam("@PasswordQuestion", SqlDbType.NVarChar, passwordQuestion));
     command1.Parameters.Add(this.CreateInputParam("@PasswordAnswer", SqlDbType.NVarChar, text3));
     command1.Parameters.Add(this.CreateInputParam("@IsApproved", SqlDbType.Bit, isApproved));
     command1.Parameters.Add(this.CreateInputParam("@UniqueEmail", SqlDbType.Int, this.RequiresUniqueEmail ? 1 : 0));
     command1.Parameters.Add(this.CreateInputParam("@PasswordFormat", SqlDbType.Int, (int) this.PasswordFormat));
     command1.Parameters.Add(this.CreateInputParam("@CurrentTimeUtc", SqlDbType.DateTime, time1));
     SqlParameter parameter1 = this.CreateInputParam("@UserId", SqlDbType.UniqueIdentifier, providerUserKey);
     parameter1.Direction = ParameterDirection.InputOutput;
     command1.Parameters.Add(parameter1);
     parameter1 = new SqlParameter("@ReturnValue", SqlDbType.Int);
     parameter1.Direction = ParameterDirection.ReturnValue;
     command1.Parameters.Add(parameter1);
     command1.ExecuteNonQuery();
     int num3 = (parameter1.Value != null) ? ((int) parameter1.Value) : -1;
     if ((num3 < 0) || (num3 > 11))
     {
      num3 = 11;
     }
     status = (MembershipCreateStatus) num3;
     if (num3 != 0)
     {
      return null;
     }
     providerUserKey = new Guid(command1.Parameters["@UserId"].Value.ToString());
     time1 = time1.ToLocalTime();
     user1 = new MembershipUser(this.Name, username, providerUserKey, email, passwordQuestion, null, isApproved, false, time1, time1, time1, time1, new DateTime(0x6da, 1, 1));
   }
   finally
   {
     if (holder1 != null)
     {
      holder1.Close();
      holder1 = null;
     }
   }
  }
  catch
  {
   throw;
  }
  return user1;
}

代碼中，aspnet_Membership_CreateUser為aspnet_regsql工具為membership創(chuàng)建的存儲(chǔ)過(guò)程，它的功能就是創(chuàng)建一個(gè)用戶。

OracleMembershipProvider類(lèi)中對(duì)CreateUser()方法的定義如下：

public override MembershipUser CreateUser(string username, string password, string email, string passwordQuestion, string passwordAnswer, bool isApproved, object userId, out MembershipCreateStatus status) {
 //前面的代碼略;
 //Create connection
 OracleConnection connection = new OracleConnection(OracleHelper.ConnectionStringMembership);
 connection.Open();
 OracleTransaction transaction = connection.BeginTransaction(IsolationLevel.ReadCommitted);
 try {
 DateTime dt = DateTime.Now;
 bool isUserNew = true;

 // Step 1: Check if the user exists in the Users table: create if not 
 int uid = GetUserID(transaction, applicationId, username, true, false, dt, out isUserNew);
 if(uid == 0) { // User not created successfully!
 status = MembershipCreateStatus.ProviderError;
 return null;
 }
 // Step 2: Check if the user exists in the Membership table: Error if yes.
 if(IsUserInMembership(transaction, uid)) {
 status = MembershipCreateStatus.DuplicateUserName;
 return null;
 }
 // Step 3: Check if Email is duplicate
 if(IsEmailInMembership(transaction, email, applicationId)) {
 status = MembershipCreateStatus.DuplicateEmail;
 return null;
 }
 // Step 4: Create user in Membership table  
 int pFormat = (int)passwordFormat;
 if(!InsertUser(transaction, uid, email, pass, pFormat, salt, "", "", isApproved, dt)) {
 status = MembershipCreateStatus.ProviderError;
 return null;
 }
 // Step 5: Update activity date if user is not new
 if(!isUserNew) {
 if(!UpdateLastActivityDate(transaction, uid, dt)) {
 status = MembershipCreateStatus.ProviderError;
 return null;
 }
 }
 status = MembershipCreateStatus.Success;
 return new MembershipUser(this.Name, username, uid, email, passwordQuestion, null, isApproved, false, dt, dt, dt, dt, DateTime.MinValue);
 }
 catch(Exception) {
 if(status == MembershipCreateStatus.Success)
 status = MembershipCreateStatus.ProviderError;
 throw;
 }
 finally {
 if(status == MembershipCreateStatus.Success)
 transaction.Commit();
 else
 transaction.Rollback();
 connection.Close();
 connection.Dispose();
 }
}

代碼中，InsertUser()方法就是負(fù)責(zé)用戶的創(chuàng)建，而在之前則需要判斷創(chuàng)建的用戶是否已經(jīng)存在。InsertUser()方法的定義如下：

private static bool InsertUser(OracleTransaction transaction, int userId, string email, string password, int passFormat, string passSalt, string passQuestion, string passAnswer, bool isApproved, DateTime dt) {

 string insert = "INSERT INTO MEMBERSHIP (USERID, EMAIL, PASSWORD, PASSWORDFORMAT, PASSWORDSALT, PASSWORDQUESTION, PASSWORDANSWER, ISAPPROVED, CREATEDDATE, LASTLOGINDATE, LASTPASSWORDCHANGEDDATE) VALUES (:UserID, :Email, :Pass, :PasswordFormat, :PasswordSalt, :PasswordQuestion, :PasswordAnswer, :IsApproved, :CDate, :LLDate, :LPCDate)";
 OracleParameter[] insertParms = { new OracleParameter(":UserID", OracleType.Number, 10), new OracleParameter(":Email", OracleType.VarChar, 128), new OracleParameter(":Pass", OracleType.VarChar, 128), new OracleParameter(":PasswordFormat", OracleType.Number, 10), new OracleParameter(":PasswordSalt", OracleType.VarChar, 128), new OracleParameter(":PasswordQuestion", OracleType.VarChar, 256), new OracleParameter(":PasswordAnswer", OracleType.VarChar, 128), new OracleParameter(":IsApproved", OracleType.VarChar, 1), new OracleParameter(":CDate", OracleType.DateTime), new OracleParameter(":LLDate", OracleType.DateTime), new OracleParameter(":LPCDate", OracleType.DateTime) };
 insertParms[0].Value = userId;
 insertParms[1].Value = email;
 insertParms[2].Value = password;
 insertParms[3].Value = passFormat;
 insertParms[4].Value = passSalt;
 insertParms[5].Value = passQuestion;
 insertParms[6].Value = passAnswer;
 insertParms[7].Value = OracleHelper.OraBit(isApproved);
 insertParms[8].Value = dt;
 insertParms[9].Value = dt;
 insertParms[10].Value = dt;

 if(OracleHelper.ExecuteNonQuery(transaction, CommandType.Text, insert, insertParms) != 1)
 return false;
 else
 return true;
}

在為Membership建立了Provider類(lèi)后，還需要在配置文件中配置相關(guān)的配置節(jié)，例如SqlMembershipProvider的配置：

<membership defaultProvider="SQLMembershipProvider">
 <providers>
 <add name="SQLMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="SQLMembershipConnString" applicationName=".NET Pet Shop 4.0" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" passwordFormat="Hashed"/>
 </providers>
</membership>

對(duì)于OracleMembershipProvider而言，配置大致相似：

<membership defaultProvider="OracleMembershipProvider">
 <providers>
 <clear/>
 <add name="OracleMembershipProvider" 
 type="PetShop.Membership.OracleMembershipProvider" 
 connectionStringName="OraMembershipConnString" 
 enablePasswordRetrieval="false" 
 enablePasswordReset="false" 
 requiresUniqueEmail="false" 
 requiresQuestionAndAnswer="false" 
 minRequiredPasswordLength="7" 
 minRequiredNonalphanumericCharacters="1" 
 applicationName=".NET Pet Shop 4.0" 
 hashAlgorithmType="SHA1" 
 passwordFormat="Hashed"/>
 </providers>
</membership>

有關(guān)配置節(jié)屬性的意義，可以參考MSDN等相關(guān)文檔。

6.4.3  ASP.NET登錄控件

　　這里所謂的登錄控件并不是指一個(gè)控件，而是ASP.NET 2.0新提供的一組用于解決用戶登錄的控件。登錄控件與Membership進(jìn)行集成，快速簡(jiǎn)便地實(shí)現(xiàn)用戶登錄的處理。ASP.NET登錄控件包括Login控件、LoginView控件、LoginStatus控件、LoginName控件、PasswordRescovery控件、CreateUserWizard控件以及ChangePassword控件。
PetShop 4.0猶如一本展示登錄控件用法的完美教程。我們可以從諸如SignIn、NewUser等頁(yè)面中，看到ASP.NET登錄控件的使用方法。例如在SignIn.aspx中，用到了Login控件。在該控件中，可以包含TextBox、Button等類(lèi)型的控件，用法如下所示：

<asp:Login ID="Login" runat="server" CreateUserUrl="~/NewUser.aspx" SkinID="Login" FailureText="Login failed. Please try again.">
</asp:Login>

又例如NewUser.aspx中對(duì)CreateUserWizard控件的使用：

<asp:CreateUserWizard ID="CreateUserWizard" runat="server" CreateUserButtonText="Sign Up" InvalidPasswordErrorMessage="Please enter a more secure password." PasswordRegularExpressionErrorMessage="Please enter a more secure password." 
RequireEmail="False" SkinID="NewUser">
<WizardSteps>
   <asp:CreateUserWizardStep ID="CreateUserWizardStep1" runat="server">
 </asp:CreateUserWizardStp>
 </WizardSteps>
</asp:CreateUserWizard>

使用了登錄控件后，我們毋需編寫(xiě)與用戶登錄相關(guān)的代碼，登錄控件已經(jīng)為我們完成了相關(guān)的功能，這就大大地簡(jiǎn)化了這個(gè)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。

6.4.4  Master Page特性

　　Master Page相當(dāng)于是整個(gè)Web站點(diǎn)的統(tǒng)一模板，建立的Master Page文件擴(kuò)展名為.master。它可以包含靜態(tài)文本、html元素和服務(wù)器控件。Master Page由特殊的@Master指令識(shí)別，如：
<%@ Master Language="C#" CodeFile="MasterPage.master.cs" Inherits="MasterPage" %>

　　使用Master Page可以為網(wǎng)站建立一個(gè)統(tǒng)一的樣式，且能夠利用它方便地創(chuàng)建一組控件和代碼，然后將其應(yīng)用于一組頁(yè)。對(duì)于那些樣式與功能相似的頁(yè)而言，利用Master Page就可以集中處理為Master Page，一旦進(jìn)行修改，就可以在一個(gè)位置上進(jìn)行更新。

　　在PetShop 4.0中，建立了名為MasterPage.master的Master Page，它包含了header、LoginView控件、導(dǎo)航菜單以及用于呈現(xiàn)內(nèi)容的html元素，如圖6-3所示：

圖6-3 PetShop 4.0的Master Page

@Master指令的定義如下：

<%@ Master Language="C#" AutoEventWireup="true" CodeFile="MasterPage.master.cs" Inherits="PetShop.Web.MasterPage" %>

Master Page同樣利用codebehind技術(shù)，以PetShop 4.0的Master Page為例，codebehind的代碼放在文件MasterPage.master.cs中：

public partial class MasterPage : System.Web.UI.MasterPage {

 private const string HEADER_PREFIX = ".NET Pet Shop :: {0}";

 protected void Page_PreRender(object sender, EventArgs e) { 
  ltlHeader.Text = Page.Header.Title;
  Page.Header.Title = string.Format(HEADER_PREFIX, Page.Header.Title);   
 }
 protected void btnSearch_Click(object sender, EventArgs e) {
  WebUtility.SearchRedirect(txtSearch.Text); 
 }
}

　　注意Master Page頁(yè)面不再繼承自System.Web.UI.Page，而是繼承System.Web.UI.MasterPage類(lèi)。與Page類(lèi)繼承TemplateControl類(lèi)不同，它是UserControl類(lèi)的子類(lèi)。因此，可以應(yīng)用在Master Page上的有效指令與UserControl的可用指令相同，例如AutoEventWireup、ClassName、CodeFile、EnableViewState、WarningLevel等。

　　每一個(gè)與Master Page相關(guān)的內(nèi)容頁(yè)必須在@Page指令的MasterPageFile屬性中引用相關(guān)的Master Page。例如PetShop 4.0中的CheckOut內(nèi)容頁(yè)，其@Page指令的定義如下：

<%@ Page Language="C#" MasterPageFile="~/MasterPage.master" AutoEventWireup="true" CodeFile="CheckOut.aspx.cs" Inherits="PetShop.Web.CheckOut" Title="Check Out" %>

　　Master Page可以進(jìn)行嵌套，例如我們建立了父Master Page頁(yè)面Parent.master，那么在子Master Page中，可以利用master屬性指定其父MasterPage：

<%@ Master Language="C#" master="Parent.master"%>

　　而內(nèi)容頁(yè)則可以根據(jù)情況指向Parent.master或者Child.master頁(yè)面。

　　雖然說(shuō)Master Page大部分情況下是以聲明方式創(chuàng)建，但我們也可以建立一個(gè)類(lèi)繼承System.Web.UI.MasterPage，從而完成對(duì)Master Page的編程式創(chuàng)建。但在采用這種方式的同時(shí)，應(yīng)該同時(shí)創(chuàng)建.master文件。此外對(duì)Master Page的調(diào)用也可以利用編程的方式完成，例如動(dòng)態(tài)地添加Master Page，我們重寫(xiě)內(nèi)容頁(yè)的Page_PreInit()方法，如下所示：

void Page_PreInit(Object sender, EventArgs e)
{
 this.MasterPageFile = "~/NewMaster.master";
}

　　之所以重寫(xiě)Page_PreInit()方法，是因?yàn)镸aster Page會(huì)在內(nèi)容頁(yè)初始化階段進(jìn)行合并，也即是說(shuō)是在PreInit階段完成Master Page的分配。
　　ASP.NET 2.0引入的新特性，并不僅僅限于上述介紹的內(nèi)容。例如Theme、Wizard控件等新特性在PetShop 4.0中也得到了大量的應(yīng)用。雖然ASP.NET 2.0及時(shí)地推陳出新，對(duì)表示層的設(shè)計(jì)有所改善，然而作為ASP.NET 2.0的其中一部分，它們僅僅是對(duì)現(xiàn)有框架缺失的彌補(bǔ)與改進(jìn)，屬于“錦上添花”的范疇，對(duì)于整個(gè)表示層設(shè)計(jì)技術(shù)而言，起到的推動(dòng)作用卻非常有限。

　　直到AJAX（Asynchronous JavaScript and XML）的出現(xiàn)，整個(gè)局面才大為改觀。雖然AJAX技術(shù)帶有幾分“舊瓶裝新酒”的味道，然而它從誕生之初，就具備了王者氣象，大有席卷天下之勢(shì)。各種支持AJAX技術(shù)的框架如雨后春筍般紛紛吐出新芽，支撐起百花齊放的繁榮，氣勢(shì)洶洶地營(yíng)造出唯AJAX獨(dú)尊的態(tài)勢(shì)。如今，AJAX已經(jīng)成為了Web應(yīng)用的主流開(kāi)發(fā)技術(shù)，許多業(yè)界大鱷都呲牙咧嘴開(kāi)始了對(duì)這一塊新領(lǐng)地的搶灘登陸。例如IBM、Oracle、Yahoo等公司都紛紛啟動(dòng)了開(kāi)源的AJAX項(xiàng)目。微軟也不甘落后，及時(shí)地推出了ASP.NET AJAX，這是一個(gè)基于ASP.NET的AJAX框架，它包括了ASP.NET AJAX服務(wù)端組件和ASP.NET AJAX客戶端組件，并集成在Visual Studio中，為ASP.NET開(kāi)發(fā)者提供了一個(gè)強(qiáng)大的AJAX應(yīng)用環(huán)境。

　　我現(xiàn)在還無(wú)法預(yù)知AJAX技術(shù)在未來(lái)的走向，然而單單從表示層設(shè)計(jì)的角度而言，AJAX技術(shù)亦然帶了一場(chǎng)全新的革命。我們或者可以期待未來(lái)的PetShop 5.0，可以在表示層設(shè)計(jì)上帶來(lái)更多的驚喜。

感謝各位的閱讀！關(guān)于“PetShop中表示層設(shè)計(jì)的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！