主頁 > 知識(shí)庫 > 《解剖PetShop》之六:PetShop之表示層設(shè)計(jì)

《解剖PetShop》之六:PetShop之表示層設(shè)計(jì)

熱門標(biāo)簽:蘋果 硅谷的囚徒呼叫中心 解決方案 服務(wù)器配置 地方門戶網(wǎng)站 電子圍欄 呼叫中心 智能手機(jī)

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

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

  “獻(xiàn)丑不如藏拙”,作為藝術(shù)細(xì)胞缺乏的我,并不打算在用戶界面的美術(shù)設(shè)計(jì)上大做文章,是以本書略過不提。本章所關(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語言研究團(tuán)提出的,被廣泛應(yīng)用在用戶交互應(yīng)用程序中。Controller根據(jù)用戶請(qǐng)求(Response)修改Model的屬性,此時(shí)Event(事件)被觸發(fā),所有依賴于Model的View對(duì)象會(huì)自動(dòng)更新,并基于Model對(duì)象產(chǎn)生一個(gè)響應(yīng)(Response)信息,返回給Controller。Martin Fowler在《企業(yè)應(yīng)用架構(gòu)模式》一書中,展示了MVC模式應(yīng)用的全過程,如圖6-1所示:

圖6-1 典型的MVC模式

  如果將MVC模式拆解為三個(gè)獨(dú)立的部分:Model、View、Controller,我們可以通過GOF設(shè)計(jì)模式來實(shí)現(xiàn)和管理它們之間的關(guān)系。在體系架構(gòu)設(shè)計(jì)中,業(yè)務(wù)邏輯層的領(lǐng)域?qū)ο笠约皵?shù)據(jù)訪問層的數(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模式,專門負(fù)責(zé)請(qǐng)求/響應(yīng)任務(wù)之間的調(diào)節(jié)。而對(duì)于View本身,在面向組件設(shè)計(jì)思想的基礎(chǔ)上,我們通常將它設(shè)計(jì)為組件或者控件,這些組件或者控件根據(jù)自身特性的不同,共同組成一種類似于遞歸組合的對(duì)象結(jié)構(gòu),因而我們可以利用Composite模式來設(shè)計(jì)View對(duì)象。

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

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

  通觀PetShop的表示層設(shè)計(jì),充分利用了ASP.NET的技術(shù)特點(diǎn),通過Web頁面與用戶控件控制和展現(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)非常簡單,以Products.aspx頁面為例。首先在aspx頁面中,進(jìn)行如下的設(shè)置:

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

  Aspx頁面繼承自System.Web.UI.Page類。Page類對(duì)象通過繼承System.Web.UI.Control類,從而擁有了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類實(shí)現(xiàn)了ProcessRequest()方法,通過它可以設(shè)置Page對(duì)象的Request和Response屬性,從而完成對(duì)用戶請(qǐng)求/相應(yīng)的控制。然后Page類通過從Control類繼承來的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頁面的Load事件被激發(fā)后,系統(tǒng)通過WebUtility類(在第28章中有對(duì)WebUtility類的詳細(xì)介紹)的GetCategoryName()方法,獲得Category值,并將其顯示在頁面的Title上。Page對(duì)象作為Controller,就好似一個(gè)調(diào)停者,用于協(xié)調(diào)View與Model之間的關(guān)系。

  由于ASPX頁面中還可以包含Web控件,這些控件對(duì)象同樣是作為View對(duì)象,通過Page類型對(duì)象完成對(duì)它們的控制。例如在CheckOut.aspx頁面中,當(dāng)用戶發(fā)出CheckOut的請(qǐng)求后,作為System.Web.UI.WebControls.Winzard控件類型的wzdCheckOut,會(huì)在整個(gè)向?qū)н^程結(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)系。它通過獲取控件的屬性值,作為參數(shù)值傳遞給數(shù)據(jù)值對(duì)象OrderInfo,從而利用頁面上產(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,就在頁面中顯示UI提示信息。此時(shí),View的內(nèi)容決定了Model的值,而Model值反過來又決定了View的顯示內(nèi)容。

6.3  ASP.NET控件

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

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

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

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

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

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

階段

控件需要執(zhí)行的操作
要重寫的方法或事件
初始化
初始化在傳入 Web 請(qǐng)求生命周期內(nèi)所需的設(shè)置。
Init 事件(OnInit 方法)
加載視圖狀態(tài)
在此階段結(jié)束時(shí),就會(huì)自動(dòng)填充控件的 ViewState 屬性,控件可以重寫 LoadViewState 方法的默認(rèn)實(shí)現(xiàn),以自定義狀態(tài)還原。
LoadViewState 方法
處理回發(fā)數(shù)據(jù)
處理傳入窗體數(shù)據(jù),并相應(yīng)地更新屬性。
注意:只有處理回發(fā)數(shù)據(jù)的控件參與此階段。
LoadPostData 方法(如果已實(shí)現(xiàn) IPostBackDataHandler
加載
執(zhí)行所有請(qǐng)求共有的操作,如設(shè)置數(shù)據(jù)庫查詢。此時(shí),樹中的服務(wù)器控件已創(chuàng)建并初始化、狀態(tài)已還原并且窗體控件反映了客戶端的數(shù)據(jù)。
Load 事件(OnLoad 方法)
發(fā)送回發(fā)更改通知
引發(fā)更改事件以響應(yīng)當(dāng)前和以前回發(fā)之間的狀態(tài)更改。
注意:只有引發(fā)回發(fā)更改事件的控件參與此階段。
RaisePostDataChangedEvent 方法(如果已實(shí)現(xiàn) IPostBackDataHandler
處理回發(fā)事件
處理引起回發(fā)的客戶端事件,并在服務(wù)器上引發(fā)相應(yīng)的事件。
注意:只有處理回發(fā)事件的控件參與此階段。
RaisePostBackEvent 方法(如果已實(shí)現(xiàn) IPostBackEventHandler
預(yù)呈現(xiàn)
在呈現(xiàn)輸出之前執(zhí)行任何更新??梢员4嬖陬A(yù)呈現(xiàn)階段對(duì)控件狀態(tài)所做的更改,而在呈現(xiàn)階段所對(duì)的更改則會(huì)丟失。
PreRender 事件OnPreRender 方法
保存狀態(tài)
在此階段后,自動(dòng)將控件的 ViewState 屬性保持到字符串對(duì)象中。此字符串對(duì)象被發(fā)送到客戶端并作為隱藏變量發(fā)送回來。為了提高效率,控件可以重寫 SaveViewState 方法以修改 ViewState 屬性。
SaveViewState 方法
呈現(xiàn)
生成呈現(xiàn)給客戶端的輸出。
Render 方法
處置
執(zhí)行銷毀控件前的所有最終清理操作。在此階段必須釋放對(duì)昂貴資源的引用,如數(shù)據(jù)庫鏈接。
Dispose 方法
卸載
執(zhí)行銷毀控件前的所有最終清理操作??丶髡咄ǔT?/span> Dispose 中執(zhí)行清除,而不處理此事件。
UnLoad 事件(On UnLoad 方法)

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

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

  由于這兩個(gè)控件都改變了其父類控件的呈現(xiàn)方式,故而,我們可以通過重寫父類的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}>Morenbsp;#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訪問器屬性如下:

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í)候,需要改寫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類型時(shí),set訪問器就將捕獲異常,然后將dataSource字段設(shè)置為null。

  由于我們改寫了DataSource屬性,因而改寫Repeater類的OnDataBinding()方法也就勢在必行。此外,CustomGrid還提供了分頁的功能,我們也需要實(shí)現(xiàn)分頁的相關(guān)操作。與DataSource屬性不同,Repeater類的OnDataBinding()方法實(shí)際上是繼承和改寫了Control基類的OnDataBinding()虛方法,而我們又在此基礎(chǔ)上改寫了Repeater類的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控件類還增加了許多屬于自己的屬性和方法,例如PageSize、PageCount屬性以及SetPage()方法等。正是因?yàn)锳SP.NET控件引入了Composite模式與Template Method模式,當(dāng)我們?cè)谧远x控件時(shí),就可以通過繼承與改寫的方式來完成控件的設(shè)計(jì)。自定義ASP.NET控件一方面可以根據(jù)系統(tǒng)的需求實(shí)現(xiàn)特定的功能,也能夠最大限度地實(shí)現(xiàn)對(duì)象的重用,既可以減少編碼量,同時(shí)也有利于未來對(duì)程序的擴(kuò)展與修改。

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

  ICollectionCartItemInfo> 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頁面下,我們可以加入該用戶控件,如下所示:

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

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

6.4  ASP.NET 2.0新特性

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

6.4.1  Profile特性

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

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

  由于Profile功能需要訪問數(shù)據(jù)庫,因而在數(shù)據(jù)訪問層(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);
 IListCartItemInfo> GetCartItems(string userName, string appName, 
bool isShoppingCart);
 void SetCartItems(int uniqueID, ICollectionCartItemInfo> 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);
 IListstring> GetInactiveProfiles(int authenticationOption, 
DateTime userInactiveSinceDate, string appName);
 bool DeleteProfile(string userName, string appName); 
 IListCustomProfileInfo> GetProfileInfo(int authenticationOption, 
string usernameToMatch, DateTime userInactiveSinceDate, string appName, 
out int totalRecords);
}

  因?yàn)镻etShop 4.0版本分別支持SQL Server和Oracle數(shù)據(jù)庫,因而它分別定義了兩個(gè)不同的PetShopProfileProvider類,實(shí)現(xiàn)IPetShopProfileProvider接口,并放在兩個(gè)不同的模塊SQLProfileDAL和OracleProfileDAL中。具體的實(shí)現(xiàn)請(qǐng)參見PetShop 4.0的源代碼。
同樣的,PetShop 4.0為Profile引入了工廠模式,定義了模塊ProfileDALFActory,工廠類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模塊的程序集。在該模塊中,定義了密封類PetShopProfileProvider,它繼承自System.Web.Profile.ProfileProvider類,該類作為Profile的Provider基類,用于在自定義配置文件中實(shí)現(xiàn)相關(guān)的配置文件服務(wù)。在PetShopProfileProvider類中,重寫了父類ProfileProvider中的一些方法,例如Initialize()、GetPropertyValues()、SetPropertyValues()、DeleteProfiles()等方法。此外,還為ShoppingCart、WishList、AccountInfo屬性提供了Get和Set方法。至于Provider的具體實(shí)現(xiàn),則調(diào)用工廠類DataAccess創(chuàng)建的具體類型對(duì)象,如下所示:

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

定義了PetShop.Profile.PetShopProfileProvider類后,才可以在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(它們的類型分別為PetShop.BLL.Cart、PetShop.BLL.Cart、PetShop.Model.AddressInfo)屬性分別定義了ShoppingCartProvider、WishListProvider、AccountInfoProvider,它們的類型均為PetShop.Profile.PetShopProfileProvider類型。至于Profile的信息究竟是存儲(chǔ)在何種類型的數(shù)據(jù)庫中,則由以下的配置節(jié)決定:

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

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

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

6.4.2  Membership特性

  PetShop 4.0并沒有利用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要簡單,僅僅需要為Oracle數(shù)據(jù)庫定義MembershipProvider即可。在PetShop.Membership模塊中,定義了OracleMembershipProvider類,它繼承自System.Web.Security.MembershipProvider抽象類。

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

OracleMembershipProvider類中對(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類后,還需要在配置文件中配置相關(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)行集成,快速簡便地實(shí)現(xiàn)用戶登錄的處理。ASP.NET登錄控件包括Login控件、LoginView控件、LoginStatus控件、LoginName控件、PasswordRescovery控件、CreateUserWizard控件以及ChangePassword控件。
PetShop 4.0猶如一本展示登錄控件用法的完美教程。我們可以從諸如SignIn、NewUser等頁面中,看到ASP.NET登錄控件的使用方法。例如在SignIn.aspx中,用到了Login控件。在該控件中,可以包含TextBox、Button等類型的控件,用法如下所示:

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>

使用了登錄控件后,我們毋需編寫與用戶登錄相關(guān)的代碼,登錄控件已經(jīng)為我們完成了相關(guā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)用于一組頁。對(duì)于那些樣式與功能相似的頁而言,利用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頁面不再繼承自System.Web.UI.Page,而是繼承System.Web.UI.MasterPage類。與Page類繼承TemplateControl類不同,它是UserControl類的子類。因此,可以應(yīng)用在Master Page上的有效指令與UserControl的可用指令相同,例如AutoEventWireup、ClassName、CodeFile、EnableViewState、WarningLevel等。

  每一個(gè)與Master Page相關(guān)的內(nèi)容頁必須在@Page指令的MasterPageFile屬性中引用相關(guān)的Master Page。例如PetShop 4.0中的CheckOut內(nèi)容頁,其@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頁面Parent.master,那么在子Master Page中,可以利用master屬性指定其父MasterPage:

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

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

  雖然說Master Page大部分情況下是以聲明方式創(chuàng)建,但我們也可以建立一個(gè)類繼承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,我們重寫內(nèi)容頁的Page_PreInit()方法,如下所示:

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

  之所以重寫Page_PreInit()方法,是因?yàn)镸aster Page會(huì)在內(nèi)容頁初始化階段進(jìn)行合并,也即是說是在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ù)帶有幾分“舊瓶裝新酒”的味道,然而它從誕生之初,就具備了王者氣象,大有席卷天下之勢。各種支持AJAX技術(shù)的框架如雨后春筍般紛紛吐出新芽,支撐起百花齊放的繁榮,氣勢洶洶地營造出唯AJAX獨(dú)尊的態(tài)勢。如今,AJAX已經(jīng)成為了Web應(yīng)用的主流開發(fā)技術(shù),許多業(yè)界大鱷都呲牙咧嘴開始了對(duì)這一塊新領(lǐng)地的搶灘登陸。例如IBM、Oracle、Yahoo等公司都紛紛啟動(dòng)了開源的AJAX項(xiàng)目。微軟也不甘落后,及時(shí)地推出了ASP.NET AJAX,這是一個(gè)基于ASP.NET的AJAX框架,它包括了ASP.NET AJAX服務(wù)端組件和ASP.NET AJAX客戶端組件,并集成在Visual Studio中,為ASP.NET開發(fā)者提供了一個(gè)強(qiáng)大的AJAX應(yīng)用環(huán)境。

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


以上就是PetShop的表示層設(shè)計(jì)全部內(nèi)容,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • 學(xué)會(huì)sql數(shù)據(jù)庫關(guān)系圖(Petshop)
  • 《解剖PetShop》之一:PetShop的系統(tǒng)架構(gòu)設(shè)計(jì)
  • 《解剖PetShop》之二:PetShop數(shù)據(jù)訪問層數(shù)之據(jù)庫訪問設(shè)計(jì)
  • 《解剖PetShop》之三:PetShop數(shù)據(jù)訪問層之消息處理
  • 《解剖PetShop》之四:PetShop之ASP.NET緩存
  • 《解剖PetShop》之五:PetShop之業(yè)務(wù)邏輯層設(shè)計(jì)

標(biāo)簽:呂梁 佳木斯 德宏 房產(chǎn) 玉林 喀什 泰安

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《《解剖PetShop》之六:PetShop之表示層設(shè)計(jì)》,本文關(guān)鍵詞  ;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266