階段 |
控件需要執(zhí)行的操作 |
要重寫的方法或事件 |
---|---|---|
初始化 |
初始化在傳入 Web 請求生命周期內(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í)行所有請求共有的操作,如設(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)階段對控件狀態(tài)所做的更改,而在呈現(xiàn)階段所對的更改則會(huì)丟失。 |
PreRender 事件(OnPreRender 方法) |
保存狀態(tài) |
在此階段后,自動(dòng)將控件的 ViewState 屬性保持到字符串對象中。此字符串對象被發(fā)送到客戶端并作為隱藏變量發(fā)送回來。為了提高效率,控件可以重寫 SaveViewState 方法以修改 ViewState 屬性。 |
SaveViewState 方法 |
呈現(xiàn) |
生成呈現(xiàn)給客戶端的輸出。 |
Render 方法 |
處置 |
執(zhí)行銷毀控件前的所有最終清理操作。在此階段必須釋放對昂貴資源的引用,如數(shù)據(jù)庫鏈接。 |
Dispose 方法 |
卸載 |
執(zhí)行銷毀控件前的所有最終清理操作。控件作者通常在 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(); } }
對于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對象值不為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)我們在自定義控件時(shí),就可以通過繼承與改寫的方式來完成控件的設(shè)計(jì)。自定義ASP.NET控件一方面可以根據(jù)系統(tǒng)的需求實(shí)現(xiàn)特定的功能,也能夠最大限度地實(shí)現(xiàn)對象的重用,既可以減少編碼量,同時(shí)也有利于未來對程序的擴(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é)這些邏輯,在充分完成對象重用的過程中,同時(shí)又達(dá)到了職責(zé)分離的目的。用戶控件的設(shè)計(jì)者與頁面設(shè)計(jì)者可以互不干擾,分頭完成自己的設(shè)計(jì)。特別是對于頁面設(shè)計(jì)者而言,他可以是單一的UI設(shè)計(jì)人員角色,僅需要關(guān)注用戶界面是否美觀與友好,對于表示層中對領(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提供的功能是針對用戶的個(gè)性化服務(wù)。在ASP.NET 1.x版本時(shí),我們可以利用Session、Cookie等方法來存儲(chǔ)用戶的狀態(tài)信息。然而Session對象是具有生存期的,一旦生存期結(jié)束,該對象保留的值就會(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對象是強(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)請參見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,它添加了對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)建的具體類型對象,如下所示:
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>
在配置文件中,針對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類型對象時(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配置文件中對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)定義了針對SQL Server的SqlMembershipProvider,因此對于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ù)雜,在該類中,主要是針對用戶及用戶安全而實(shí)現(xiàn)相關(guān)的行為。由于在父類MembershipProvider中,已經(jīng)定義了相關(guān)操作的虛方法,因此我們需要作的是重寫這些虛方法。由于與Membership有關(guān)的信息都是存儲(chǔ)在數(shù)據(jù)庫中,因而OracleMembershipProvider與SqlMembershipProvider類的主要區(qū)別還是在于對數(shù)據(jù)庫的訪問。對于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類中對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>
對于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中對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)用于一組頁。對于那些樣式與功能相似的頁而言,利用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,從而完成對Master Page的編程式創(chuàng)建。但在采用這種方式的同時(shí),應(yīng)該同時(shí)創(chuàng)建.master文件。此外對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í)地推陳出新,對表示層的設(shè)計(jì)有所改善,然而作為ASP.NET 2.0的其中一部分,它們僅僅是對現(xiàn)有框架缺失的彌補(bǔ)與改進(jìn),屬于“錦上添花”的范疇,對于整個(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è)界大鱷都呲牙咧嘴開始了對這一塊新領(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è)參考,也希望大家多多支持腳本之家。
標(biāo)簽:聊城 中衛(wèi) 甘肅 海西 慶陽 臨夏 清遠(yuǎn)
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《《解剖PetShop》之六:PetShop之表示層設(shè)計(jì)》,本文關(guān)鍵詞 解剖PetShop,之六,PetShop,之,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。