【文章內(nèi)容簡介】 個(gè)頁面。最重要的是，用戶甚至不知道瀏覽器正在與服務(wù)器通信：Web站點(diǎn)看起來是即時(shí)響應(yīng)的。 客戶端頁面無閃爍刷新 ，在Web應(yīng)用程序中使用AJAX技術(shù)無疑會(huì)在很大程度上增強(qiáng)用戶的瀏覽體驗(yàn)。為了實(shí)現(xiàn)這一目標(biāo)，本系統(tǒng)采用的是由微軟開發(fā)的一個(gè)名叫“Atlas”的AJAX組件。(s) transportBrowser Clientuser interfaceAJAX engineJavaScript CallSeverside SystemsWeb and/or XML serverdatastores, backendprocessing, legacy systemsHTML+CSS dataHTTP requestXML data圖32 Ajax web 應(yīng)用程序框架 Atlas不僅是用于編寫以客戶端為中心的web應(yīng)用程序的另一個(gè)AJAX腳本庫，以及Atlas控件和服務(wù)所使用的客戶端腳本庫。，以客戶端控件的方式提供一個(gè)全面的開發(fā)平臺(tái)，它完全以面向?qū)ο蟮乃枷雽⒖蛻舳薐avaScript將要操作的DOM元素封裝起來，帶來了更清晰的代碼模型以及更好的可復(fù)用性，同時(shí)Atlas對(duì)JavaScript面向?qū)ο蠓矫孢M(jìn)行了強(qiáng)大的擴(kuò)展，這使得我們可以很容易的通過繼承、重寫等方法來構(gòu)建自定義的控件。 圖33展示了Atlas的體系結(jié)構(gòu)：Atlas Client Framework and ServicesHTML Script “Atlas” MarkupAtlas Service ProxiesAtlas Client Script LibraryControls, ComponentsComponent Model and UI FrameworkBase Class LibraryType SystemBrowser CapabilityAtlas Server FrameworkAtlasEnabled PagesWeb Services (ASMX or WICF) Atlas Server ExtensionsAtlas Server ControlsApp Services BridgeWeb Services Bridge Page Framework Server ControlsApplication Services圖33 Atlas體系結(jié)構(gòu) 這樣， Web Form應(yīng)用程序的過程類似。服務(wù)器端控件將Atlas的聲明腳本（ UI）發(fā)送給客戶端，然后頁面在Atlas客戶端框架下運(yùn)行。此后，應(yīng)用程序即可運(yùn)行于客戶端，且并不需要頻繁回送?？蛻舳藨?yīng)用程序同樣可以使用Atlas服務(wù)代理，直接連接Web Service或Windows Communication Foundation （WCF）服務(wù)，給用戶帶來更豐富的客戶端體驗(yàn)。4 系統(tǒng)實(shí)現(xiàn)對(duì)于系統(tǒng)中的業(yè)務(wù)實(shí)體層，采用了將數(shù)據(jù)庫進(jìn)行對(duì)象化的方法來實(shí)現(xiàn)。所謂數(shù)據(jù)庫對(duì)象化，就是指將數(shù)據(jù)庫中的每一個(gè)表映射成代碼中一個(gè)個(gè)的類，而表中的每一個(gè)字段相應(yīng)的就成了類中的一個(gè)個(gè)屬性，這樣，對(duì)于數(shù)據(jù)庫表的操作就變成了對(duì)類或者說是對(duì)對(duì)象的操作。如代碼段41中所示，類ImageData便是對(duì)系統(tǒng)數(shù)據(jù)庫中用于保存圖片信息的數(shù)據(jù)表IMAGES的對(duì)象化。該數(shù)據(jù)表有圖片的編號(hào)（IMAGEID）、圖片的鏈接地址（IMAGEURL）和圖片的來源（INFOID）三個(gè)字段，而相應(yīng)的，ImageData中有m_ImageID、m_ImageURL和m_InfoID三個(gè)私有屬性來保存圖片的相關(guān)信息（13~15行代碼）。對(duì)這三個(gè)私有屬性的讀寫操作，是由暴露在外的公有屬性ImageID、ImageURL和InfoID來實(shí)現(xiàn)的（17~34行代碼），這幾個(gè)公有屬性采用C中的get和set方法實(shí)現(xiàn)對(duì)類的私有屬性的訪問和賦值。使用這種方法，將類的成員變量設(shè)置為private，完全是面向?qū)ο蟮乃枷耄[藏了類的私有屬性，保證了類的私有屬性的安全。如果想將其中的一個(gè)私有屬性設(shè)置為只讀，只需要將其相應(yīng)的共有屬性中的set方法刪除，這樣便使得外界無法對(duì)這個(gè)只讀的屬性進(jìn)行任何賦值操作。并且，這樣的代碼，最大的一個(gè)優(yōu)點(diǎn)，就是更加便于維護(hù)。代碼段41中的9~11行代碼，是為數(shù)據(jù)庫表中的字段起別名。這樣做是為了避免今后對(duì)數(shù)據(jù)庫表進(jìn)行改動(dòng)而引起系統(tǒng)錯(cuò)誤。有了這樣的申明，在之后的代碼中如果要使用IMAGES表的字段，那就可以直接用ImageData的對(duì)象來調(diào)用為這些字段所起的別名變量，它僅僅是做了一個(gè)簡單的值替換。如果日后IMAGES數(shù)據(jù)表中的字段名發(fā)生了變化，只需要在ImagesData類中修改相應(yīng)的申明便可以，而其他的代碼則不需要進(jìn)行任何的改動(dòng)。增強(qiáng)了程序的健壯性和可維護(hù)性。123456789101112131415161718192021222324252627282930313234353637public class ImagesData{ public ImagesData() { // // TODO: 在此處添加構(gòu)造函數(shù)邏輯 // } public const string IMAGEID = ImageID。 public const string IMAGEURL = ImageURL。 public const string INFOID = LinkID。 private static string m_ImageID。 private static string m_ImageURL。 private static string m_InfoID。 public static string ImageID { set { m_ImageID = value。 } get { return m_ImageID。 } } public static string ImageURL { set { m_ImageURL = value。 } get { return m_ImageURL。 } } public static string InfoID { set { m_InfoID = value。 } get { return m_InfoID。 } }}代碼段41 權(quán)限管理 ER圖設(shè)計(jì)圖41 權(quán)限管理ER圖 權(quán)限分配 對(duì)于系統(tǒng)中的諸多角色和每一個(gè)角色所擁有的不同權(quán)限以及各種操作，必須有一個(gè)健全完善的權(quán)限管理系統(tǒng)來支持，才能保證不同用戶操作的正確性。系統(tǒng)中的權(quán)限管理模塊用四張數(shù)據(jù)表來實(shí)現(xiàn)，如圖41中所示：其中Role數(shù)據(jù)表用來保存系統(tǒng)中所含有的的所有角色信息；Privilege表用來保存系統(tǒng)中所有功能點(diǎn)的權(quán)限信息；Privilege_Url表用來保存每一個(gè)權(quán)限所對(duì)應(yīng)的網(wǎng)頁url地址；Role_Privilege表是用來聯(lián)系Role數(shù)據(jù)表和Privilege數(shù)據(jù)表的關(guān)系表。 用這四張表來實(shí)現(xiàn)系統(tǒng)復(fù)雜的權(quán)限管理，便于以后的擴(kuò)展和維護(hù)。如果要為系統(tǒng)添加一個(gè)角色，只需在后臺(tái)“添加角色”的頁面中輸入角色的相關(guān)信息，之后再從系統(tǒng)權(quán)限列表中用勾選ChekcBox的方式選擇相應(yīng)的權(quán)限與該角色進(jìn)行關(guān)聯(lián)，這便完成了新的角色與權(quán)限之間的綁定。 而系統(tǒng)中所有的權(quán)限，歸根結(jié)底，其實(shí)是對(duì)系統(tǒng)所有功能點(diǎn)的細(xì)化。舉個(gè)例子來說：“發(fā)布新聞”這么一個(gè)功能，它就可以被抽象成為一個(gè)權(quán)限，而只有負(fù)責(zé)新聞發(fā)布的管理員才會(huì)擁有此權(quán)限。于是我們?cè)诓榭葱侣劙l(fā)布管理員擁有的所有權(quán)限的時(shí)候，在他的權(quán)限列表里就可以看到“發(fā)布新聞”這一項(xiàng)，而這一項(xiàng)并不會(huì)出現(xiàn)在供應(yīng)商的權(quán)限列表中，因?yàn)橄到y(tǒng)并沒有為供應(yīng)商分配發(fā)布新聞的權(quán)限。 從Privilege數(shù)據(jù)表中的ParentID字段可以看出，權(quán)限具有父子關(guān)系。擁有某個(gè)子權(quán)限的角色一定擁有其父權(quán)限，而擁有某個(gè)父權(quán)限的角色卻不一定擁有她的每一個(gè)子權(quán)限。每一個(gè)權(quán)限對(duì)應(yīng)著諸多系統(tǒng)頁面，只有擁有某項(xiàng)權(quán)限的用戶才可以打開這個(gè)權(quán)限所對(duì)應(yīng)的頁面。如果系統(tǒng)在日后進(jìn)行了擴(kuò)展，增加了幾個(gè)新的功能點(diǎn)，同時(shí)也增加了幾個(gè)新的頁面，這時(shí)候，管理員只需從系統(tǒng)后臺(tái)在權(quán)限列表中添加幾個(gè)權(quán)限，再為這幾個(gè)權(quán)限分配相應(yīng)的頁面，僅此而已，不需要再做任何額外的事情，擁有這些權(quán)限的用戶便可訪問相應(yīng)的頁面。采用這種方法來設(shè)計(jì)系統(tǒng)的權(quán)限管理模塊，使得系統(tǒng)在添加角色、刪除角色、添加權(quán)限、刪除權(quán)限、為角色分配權(quán)限等操作的過程變得簡單、快捷，而且便于維護(hù)，并且，這種方法還能保證系統(tǒng)的權(quán)限分配精確到功能點(diǎn)，甚至精確到每一個(gè)頁面。 身份驗(yàn)證 用戶登錄系統(tǒng)，在打開系統(tǒng)的某個(gè)網(wǎng)頁之前，系統(tǒng)會(huì)利用注冊(cè)用戶用戶名的唯一性，在數(shù)據(jù)庫中進(jìn)行檢索，查詢出這個(gè)用戶的角色，判斷他是買家、是游戲供應(yīng)商還是管理員，然后根據(jù)角色再搜索出這個(gè)角色能訪問的所有系統(tǒng)頁面的列表，再判斷之前用戶要進(jìn)行瀏覽的網(wǎng)頁地址是否包含在這個(gè)列表中，如果有，則說明該用戶有權(quán)訪問該頁面，便顯示該網(wǎng)頁內(nèi)容，反之，則提示無權(quán)訪問的出錯(cuò)信息。而這個(gè)頁面列表，是以DataSet的方式保存在Session之中，便于在之后的代碼中進(jìn)行調(diào)用。 用戶注冊(cè)與登錄 會(huì)員注冊(cè) 系統(tǒng)為用戶提供注冊(cè)的功能。用戶注冊(cè)可注冊(cè)的角色有兩種，一種是物品買家，另一種是供應(yīng)商。買家可以通過平臺(tái)選擇自己需要的物品，然后進(jìn)行交易，而供應(yīng)商則可向平臺(tái)出售自己所擁有的物品，平臺(tái)則以一個(gè)中轉(zhuǎn)站的角色滿足供應(yīng)商和買家之間的供與求的服務(wù)需求。 在用戶注冊(cè)時(shí)有一個(gè)選擇用戶類型的過程，在用戶選擇“會(huì)員注冊(cè)”后系統(tǒng)會(huì)要求填寫用戶的相關(guān)信息，而電子郵件地址是必須的，因?yàn)橄到y(tǒng)會(huì)發(fā)送一封激活帳號(hào)的電子郵件到制定的郵件地址，并且這也是確保今后能依據(jù)電子郵件地址來找到相應(yīng)用戶的一種手段。 對(duì)于郵件的發(fā)送， ，在使用這種方法進(jìn)行郵件發(fā)送之前需要在配置文件的mailSettings/mailSettings節(jié)中配置好郵件服務(wù)器的相關(guān)信息，包括郵件服務(wù)器地址、端口、用戶名和密碼等信息。發(fā)送郵件的代碼實(shí)現(xiàn)具體如下：1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071public class SendMail{ public SendMail() { // // TODO: 在此處添加構(gòu)造函數(shù)邏輯 // } private string to。 //收件人 private string subject。 //主題 private string body。 //內(nèi)容 public string To { get { return to。 } set { to = value。 } } public string Subject { get { return subject。 } set { subject = value。 } } public string Body { get { return body。 } set { body = value。 } } public void Send() { try { //創(chuàng)建一個(gè)發(fā)送郵件對(duì)象 my = new