【正文】 L地址中含有兩個參數(shù)，一個是用戶注冊時所填的用戶名，另一個是相應的激活碼。類中定義了郵件的收件人、郵件內(nèi)容、郵件主題三個屬性（10~30行代碼），郵件的發(fā)送主要由Send()方法來實現(xiàn)，它先創(chuàng)建一個MailMessage對象（37行代碼），再通過讀取配置信息來初始化郵件的發(fā)送者、服務器地址、端口、用戶名、密碼等屬性（41~47行代碼），之后再進行身份驗證、為郵件設置優(yōu)先級等操作（51~60行代碼），()方法完成郵件的發(fā)送（63~64行代碼）。 } catch(Exception ex) { throw ex。 //發(fā)送郵件 = 。 //密碼 = 。 //鑒證等級 (, )。 = 。 = 。 //設置發(fā)送郵件對象屬性 //從配置文件中讀取郵件的 發(fā)送者、服務器地址、端口、用戶名、密碼 SmtpSection smtpSec = (SmtpSection)()。 } set { body = value。 } set { subject = value。 } set { to = value。 //主題 private string body。發(fā)送郵件的代碼實現(xiàn)具體如下：1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071public class SendMail{ public SendMail() { // // TODO: 在此處添加構造函數(shù)邏輯 // } private string to。 在用戶注冊時有一個選擇用戶類型的過程，在用戶選擇“會員注冊”后系統(tǒng)會要求填寫用戶的相關信息，而電子郵件地址是必須的，因為系統(tǒng)會發(fā)送一封激活帳號的電子郵件到制定的郵件地址，并且這也是確保今后能依據(jù)電子郵件地址來找到相應用戶的一種手段。用戶注冊可注冊的角色有兩種，一種是物品買家，另一種是供應商。而這個頁面列表，是以DataSet的方式保存在Session之中，便于在之后的代碼中進行調(diào)用。采用這種方法來設計系統(tǒng)的權限管理模塊，使得系統(tǒng)在添加角色、刪除角色、添加權限、刪除權限、為角色分配權限等操作的過程變得簡單、快捷，而且便于維護，并且，這種方法還能保證系統(tǒng)的權限分配精確到功能點，甚至精確到每一個頁面。每一個權限對應著諸多系統(tǒng)頁面，只有擁有某項權限的用戶才可以打開這個權限所對應的頁面。 從Privilege數(shù)據(jù)表中的ParentID字段可以看出，權限具有父子關系。舉個例子來說：“發(fā)布新聞”這么一個功能，它就可以被抽象成為一個權限，而只有負責新聞發(fā)布的管理員才會擁有此權限。如果要為系統(tǒng)添加一個角色，只需在后臺“添加角色”的頁面中輸入角色的相關信息，之后再從系統(tǒng)權限列表中用勾選ChekcBox的方式選擇相應的權限與該角色進行關聯(lián)，這便完成了新的角色與權限之間的綁定。系統(tǒng)中的權限管理模塊用四張數(shù)據(jù)表來實現(xiàn)，如圖41中所示：其中Role數(shù)據(jù)表用來保存系統(tǒng)中所含有的的所有角色信息；Privilege表用來保存系統(tǒng)中所有功能點的權限信息；Privilege_Url表用來保存每一個權限所對應的網(wǎng)頁url地址；Role_Privilege表是用來聯(lián)系Role數(shù)據(jù)表和Privilege數(shù)據(jù)表的關系表。 } get { return m_InfoID。 } get { return m_ImageURL。 } get { return m_ImageID。 private static string m_InfoID。 private static string m_ImageID。 public const string IMAGEURL = ImageURL。增強了程序的健壯性和可維護性。有了這樣的申明，在之后的代碼中如果要使用IMAGES表的字段，那就可以直接用ImageData的對象來調(diào)用為這些字段所起的別名變量，它僅僅是做了一個簡單的值替換。代碼段41中的9~11行代碼，是為數(shù)據(jù)庫表中的字段起別名。如果想將其中的一個私有屬性設置為只讀，只需要將其相應的共有屬性中的set方法刪除，這樣便使得外界無法對這個只讀的屬性進行任何賦值操作。對這三個私有屬性的讀寫操作，是由暴露在外的公有屬性ImageID、ImageURL和InfoID來實現(xiàn)的（17~34行代碼），這幾個公有屬性采用C中的get和set方法實現(xiàn)對類的私有屬性的訪問和賦值。如代碼段41中所示，類ImageData便是對系統(tǒng)數(shù)據(jù)庫中用于保存圖片信息的數(shù)據(jù)表IMAGES的對象化。4 系統(tǒng)實現(xiàn)對于系統(tǒng)中的業(yè)務實體層，采用了將數(shù)據(jù)庫進行對象化的方法來實現(xiàn)。此后，應用程序即可運行于客戶端，且并不需要頻繁回送。 圖33展示了Atlas的體系結構：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體系結構 這樣， Web Form應用程序的過程類似。(s) transportBrowser Clientuser interfaceAJAX engineJavaScript CallSeverside SystemsWeb and/or XML serverdatastores, backendprocessing, legacy systemsHTML+CSS dataHTTP requestXML data圖32 Ajax web 應用程序框架 Atlas不僅是用于編寫以客戶端為中心的web應用程序的另一個AJAX腳本庫，以及Atlas控件和服務所使用的客戶端腳本庫。 客戶端頁面無閃爍刷新 ，在Web應用程序中使用AJAX技術無疑會在很大程度上增強用戶的瀏覽體驗。當請求返回時，就可以使用JavaScript和CSS來相應地更新UI，而不是刷新整個頁面。AJAX異步通信的能力，使得用戶從請求/響應的循環(huán)中解脫出來。可見，AJAX通過稱為其核心技術的HTML、CSS、JavaScript、XML來實現(xiàn)客戶端與服務器端之間的異步通信。對于系統(tǒng)的內(nèi)部實現(xiàn)，框架可以分為三個層次，：通用層用來封裝系統(tǒng)中諸如數(shù)據(jù)庫鏈接和數(shù)據(jù)集生成等操作的公共方法，這些方法將在系統(tǒng)實現(xiàn)中被頻繁調(diào)用；系統(tǒng)框架層用來封裝諸如應用程序配置信息以及處理異常等重要操作的業(yè)務邏輯，系統(tǒng)中所有的業(yè)務邏輯就在這里定義；底層數(shù)據(jù)層用來封裝所有供邏輯層進行數(shù)據(jù)訪問的數(shù)據(jù)庫實體類，這些數(shù)據(jù)庫實體類是對系統(tǒng)數(shù)據(jù)庫的對象化，一張表對應一個對象。 平臺框架設計 系統(tǒng)架構Web客戶端數(shù)據(jù)訪問—管理所有低級數(shù)據(jù)訪問的類—應用程序配置—異常處理—日志記錄系統(tǒng)框架通用.NET 程序集—用于與數(shù)據(jù)庫的連接和生成數(shù)據(jù)集—應用程序配置Oracle數(shù)據(jù)庫圖31 系統(tǒng)架構圖 如圖31中所示，對于整個系統(tǒng)來說，框架可以分為四個層次：客戶在瀏覽器中敲入交易平臺的網(wǎng)址，便可打開平臺web層中的網(wǎng)頁以供用戶瀏覽和交易，.NET程序集層讀取數(shù)據(jù)庫中的內(nèi)容，經(jīng)過一系列處理后最終顯示在用戶瀏覽器上。供應商：可以瀏覽平臺上的所有頁面；在注冊和激活帳號之后，可以向平臺提供自己所擁有的虛擬物品，在平臺上發(fā)布物品信息以供買家進行搜索查詢。 系統(tǒng)角色劃分 一般瀏覽用戶：可以瀏覽平臺中的所有頁面，但不可以進行任何物品交易。在諸如此類情況的處理上，平臺可以考慮增加相應的獎懲制度來加以限制，從而保證交易的順利完成。保證交易最終成功。要絕對避免詐騙行為的出現(xiàn)。對于供應商的管理。要想成就一個優(yōu)秀的虛擬物品交易平臺，必須解決如下的問題：有充足的貨源以及對游戲社區(qū)的了解貨源是虛擬游戲交易中的核心，有了充足的貨源，才能保證交易的順利進行。通過這個平臺，買賣雙方即可方便、快捷、安全的完成整個交易過程。3 系統(tǒng)分析與設計 平臺概述網(wǎng)絡游戲虛擬物品交易平臺，顧名思義就是提供一個平臺，通過此平臺可以進行各種網(wǎng)絡游戲中虛擬物品的交易，用戶只需在平臺上注冊一個帳號，等激活后登錄，然后通過平臺隨意挑選商品，放入購物車，再通過第三方的網(wǎng)銀在線，付費后便完成交易。技術上，不要求您的網(wǎng)站有安全認證，不需要獨立IP地址。完成支付后，自動返回指定的地址。接到支付請求后，網(wǎng)銀在線彈出窗口，讓付款者選擇支付銀行和卡種，然后，連上相應銀行的支付網(wǎng)關。 進而更加加強了網(wǎng)上支付的安全性。所以，用戶不必擔心他的信用卡資料會在經(jīng)由網(wǎng)銀在線泄露。網(wǎng)銀在線不收集用戶的信用卡資料。網(wǎng)上支付是通過國內(nèi)各大銀行的支付網(wǎng)關進行操作的，采用的是國際流行的SSL或SET方式加密。隨著全球上網(wǎng)人數(shù)的不斷增多，因特網(wǎng)的使用者已經(jīng)成為企業(yè)進行電子商務的主要對象。B to C的電子商務模式是近年來各類電子商務模式中發(fā)展較快的一個。實際上，多數(shù)企業(yè)網(wǎng)上銷售并不是僅僅采用一種電子商務模式，而往往采用將各種模式結合起來的綜合模式來實施電子商務。無形產(chǎn)品和勞務往往可以通過網(wǎng)絡直接向消費者提供，如信息、計算機軟件、視聽娛樂產(chǎn)品等。最近幾年這類電子商務的發(fā)展異軍突起，在因特網(wǎng)上目前已出現(xiàn)許多大型超級市場，所出售的產(chǎn)品一應俱全，從電腦軟件、書籍、食品、飲料、電腦到汽車等，幾乎包括了所有的消費品。 B to C電子商務模式B to C電子商務模式是指：商業(yè)機構對消費者（BusinesstoConsumer）的電子商務，是企業(yè)與消費者之間進行的電子商務活動。因為在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少，結果我們就能看到響應更快的應用。這導致了用戶界面的響應比本地應用慢得多。這個做法浪費了許多帶寬，因為在前后兩個頁面中的大部分HTML代碼往往是相同的。傳統(tǒng)的web應用程序允許用戶填寫表單(form)，當提交表單時就向web服務器發(fā)送一個請求。 AJAX技術AJAX全稱為Asynchronous JavaScript and XML（異步JavaScript和XML），是指一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術。接口定義后就必須使用一些協(xié)議調(diào)用接口，如SOAP協(xié)議，SOAP源于一種叫做XML RPC（XML遠程進程調(diào)用remote procedure calling）的協(xié)議?？蓪eb服務視作Web上的組件編程。一旦部署以后，其他Web Service應用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務，而并不受語言或者平臺的限制。 XML Web Services XML Web Services是一種新的web應用程序分支，他們是自包含、自描述、模塊化的應用，可以發(fā)布、定位、通過web調(diào)用。Web窗體和所提供的最新創(chuàng)新的