【正文】 ed void LinkButton1_Click(object sender, EventArgs e) { //調(diào)轉(zhuǎn)頁(yè)面 ()。 } protected void LinkButton2_Click(object sender, EventArgs e) { if ( 0) { //跳轉(zhuǎn)頁(yè)面 ()。 } } protected void GridView1_RowCommand(object sender, GridViewCommandEventArgs e) { //刪除購(gòu)物車?yán)锏漠?dāng)前貨物 string Key = [()].()。 if ( == Del) { (delete from GWC where Gwcbh= + Key + )。 initDg()。 } }（3）登錄論壇此模塊顯示手機(jī)論壇信息。包括信息主題、發(fā)布時(shí)間、客戶名稱。新主題、查看、發(fā)表回復(fù)操作。如圖所示： 登錄論壇其關(guān)鍵代碼如下： if ( == See) { //傳遞 編號(hào) 跳轉(zhuǎn)頁(yè)面 (script(39。?ID= + [0].Text + 39。)。 /script)。 } else if ( == Delete) { //刪除當(dāng)前的主題記錄 和主題回復(fù)記錄 (delete from LTHF where ztid=39。 + [0].Text + 39。)。 (delete from SMLT where ztid=39。 + [0].Text + 39。)。 = (select * from SMLT order by fbsj DESC)。 ()。 } } protected void dg_ItemCreated(object sender, DataGridItemEventArgs e) { //將所有的刪除按鈕添加確認(rèn)提示對(duì)話框 if ( == || == ) { (()[5].Controls[0]).(onclick, return confirm(39。刪除主題連同回復(fù)一起刪除,是否繼續(xù)?39。))。 } } protected void dg_ItemDataBound(object sender, DataGridItemEventArgs e) { //將第而列的內(nèi)容顯示在的一列的按鈕內(nèi)容上 是按鈕內(nèi)容能夠加連接 if ( == || == ) { (()[1].Controls[0]).Text = [2].Text。 } } 關(guān)鍵技術(shù)數(shù)據(jù)庫(kù)的連接技術(shù)，從數(shù)據(jù)庫(kù)中讀取紀(jì)錄的另一種方法是使用Dataset對(duì)象和Data ，它用于緩存從數(shù)據(jù)源檢索到的數(shù)據(jù)信息。Data adapter作為Dataset和數(shù)據(jù)源之間的橋接器，用于檢索和保存數(shù)據(jù)。Data adapter從數(shù)據(jù)庫(kù)中獲取數(shù)據(jù)后使用Fill方法把數(shù)據(jù)填充到Dataset中。下面以Sql data adapter為例說明如何使用Dataset對(duì)象和Data adapter對(duì)象從數(shù)據(jù)庫(kù)中讀取記錄。執(zhí)行查詢的關(guān)鍵步驟如下：（1）創(chuàng)建與數(shù)據(jù)庫(kù)建立連接的Sqlconnection,傳遞連接字符串。（2）構(gòu)造包含查詢語(yǔ)句的Sqldataadapter對(duì)象。（3）若要使用查詢結(jié)果填充Dataset對(duì)象，則調(diào)用命令Fill方法。c：（1）創(chuàng)建和數(shù)據(jù)庫(kù)連接的connection 對(duì)象。（2）配置DataAdapter對(duì)象并創(chuàng)建和操作數(shù)據(jù)集DataSet。（3）將數(shù)據(jù)庫(kù)中的表添加到DataSet中。（4）把數(shù)據(jù)集DataSet綁定到DataGrid上。利用DataAdapter 的Fill方法把數(shù)據(jù)填充到DataSet，最終的數(shù)據(jù)庫(kù)中的數(shù)據(jù)顯示在用戶界面的DataGrid中。c中從數(shù)據(jù)庫(kù)查詢記錄的方法分類:一般使用兩種方法：一種是通過Data Reader對(duì)象直接訪問。另一種則是通過數(shù)據(jù)集Dataset和Data adapter對(duì)象訪問。 reader對(duì)象能從數(shù)據(jù)庫(kù)中檢索數(shù)據(jù)。檢索出來(lái)的數(shù)據(jù)形成一個(gè)只讀只進(jìn)的數(shù)據(jù)流，存儲(chǔ)在客戶端的網(wǎng)絡(luò)緩沖區(qū)內(nèi)。Data reader對(duì)象的read方法可以前進(jìn)到一下條記錄。在默認(rèn)情況下，每執(zhí)行一次read方法只會(huì)在內(nèi)存中存儲(chǔ)一條記錄系統(tǒng)的開銷非常少。創(chuàng)建data reader之前必須先創(chuàng)建sqlmand對(duì)象，然后調(diào)用該對(duì)象的executereader方法來(lái)構(gòu)造sqldatareader對(duì)象，而不是直接使用構(gòu)造函數(shù)。下面的示例程序完成的功能是訪問sqlserver數(shù)據(jù)庫(kù)，并使用datareader從northwind數(shù)據(jù)中讀取記錄，并將查詢結(jié)果通過控制臺(tái)輸出。configuration appSettings/ connectionStrings add name=DBConn connectionString=server=.。database=WSSJXS。uid = sa。pwd =sa。/ /connectionStrings ! 設(shè)置 pilation debug=true 將調(diào)試符號(hào)插入 已編譯的頁(yè)面中。但由于這會(huì) 影響性能，因此只在開發(fā)過程中將此值 設(shè)置為 true。 pilation debug=true/ ! 通過 authentication 節(jié)可以配置 使用的 安全身份驗(yàn)證模式， 以標(biāo)識(shí)傳入的用戶。 authentication mode=Windows/ ! 如果在執(zhí)行請(qǐng)求的過程中出現(xiàn)未處理的錯(cuò)誤， 則通過 customErrors 節(jié)可以配置相應(yīng)的處理步驟。具體說來(lái)， 開發(fā)人員通過該節(jié)可以配置 要顯示的 html 錯(cuò)誤頁(yè) 以代替錯(cuò)誤堆棧跟蹤。 customErrors mode=RemoteOnly defaultRedirect= error statusCode=403 redirect= / error statusCode=404 redirect= / /customErrors //configuration第六章 系統(tǒng)測(cè)試測(cè)試是系統(tǒng)開發(fā)時(shí)期最后一個(gè)階段，是保證軟件質(zhì)量的重要手段。軟件測(cè)試就是在受控制的條件下對(duì)系統(tǒng)或應(yīng)用程序進(jìn)行操作并評(píng)價(jià)操作結(jié)果的過程,所謂控制條件應(yīng)包括正常條件與非正常條件。軟件測(cè)試過程中應(yīng)該故意地去促使錯(cuò)誤的發(fā)生，也就是事情在不該出現(xiàn)的時(shí)候出現(xiàn)或者在應(yīng)該出現(xiàn)的時(shí)候沒有出現(xiàn)。從本質(zhì)上說，軟件測(cè)試是探測(cè)，在探測(cè)中發(fā)現(xiàn)軟件的毛病。 測(cè)試的概念及意義測(cè)試的定義：程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。測(cè)試(Testing)的任務(wù)與目的可以描述為：目的：發(fā)現(xiàn)程序的錯(cuò)誤；任務(wù)：通過在計(jì)算機(jī)上執(zhí)行程序，暴露程序中潛在的錯(cuò)誤。另一個(gè)預(yù)測(cè)是相關(guān)的術(shù)語(yǔ)叫糾錯(cuò)(Debugging)。它的目的與任務(wù)可以規(guī)定為：目的：定位和糾正錯(cuò)誤；任務(wù)：消除軟件故障，保證程序的可靠運(yùn)行。測(cè)試與糾錯(cuò)的關(guān)系，可以用圖61的數(shù)據(jù)流圖來(lái)說明。圖中表明，每一次測(cè)試都要準(zhǔn)備好若干必要的測(cè)試數(shù)據(jù)，與被測(cè)試程序一道送入計(jì)算機(jī)執(zhí)行。通常把一次程序執(zhí)行需要的測(cè)試數(shù)據(jù)，稱為一個(gè)“測(cè)試用例(Test Case)。每一個(gè)測(cè)試用例產(chǎn)生一個(gè)相應(yīng)的“測(cè)試結(jié)果”。如果它與“期望結(jié)果”不想符合，便說明程序中存在錯(cuò)誤，需要用糾錯(cuò)來(lái)改正。測(cè)試評(píng)價(jià)糾錯(cuò) 程序測(cè)試數(shù)據(jù) 測(cè)試結(jié)果 錯(cuò)誤信息 改正信息 期望結(jié)果 測(cè)試與糾錯(cuò)信息流程 test and error correction information flow 軟件危機(jī)曾經(jīng)是軟件界甚至整個(gè)計(jì)算機(jī)界最熱門的話題。為了解決這場(chǎng)危機(jī)，軟件從業(yè)人員、專家和學(xué)者做出了大量的努力?，F(xiàn)在人們已經(jīng)逐步認(rèn)識(shí)到所謂的軟件危機(jī)實(shí)際上僅是一種狀況，那就是軟件中有錯(cuò)誤，正是這些錯(cuò)誤導(dǎo)致了軟件開發(fā)在成本、進(jìn)度和質(zhì)量上的失控。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，因?yàn)檐浖怯扇藖?lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。問題在于我們?nèi)绾稳ケ苊忮e(cuò)誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯(cuò)誤，使程序中的錯(cuò)誤密度達(dá)到盡可能低的程度。 測(cè)試的特性（1）挑剔性測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)。因此，對(duì)于被測(cè)程序就是要“純毛求疵”，就是要“雞蛋里挑骨頭”。只有抱著程序有錯(cuò)的目的去測(cè)試，才能八成序中潛在的大部分錯(cuò)誤找出來(lái)。（2）復(fù)雜性測(cè)試儀程序則比較容易，這其實(shí)是一個(gè)誤區(qū)。設(shè)計(jì)測(cè)試用力是一項(xiàng)需要細(xì)致和高度技巧的高能工作，稍有不慎就會(huì)顧此失彼，發(fā)生不應(yīng)用得數(shù)樓。（3）不徹底性實(shí)際測(cè)試都是不徹底的，當(dāng)然不能夠保證測(cè)試后的程序不存在遺漏的錯(cuò)誤。（4）經(jīng)濟(jì)性通場(chǎng)這種測(cè)試稱為“選擇測(cè)試（Selective Testing）”。為了降低測(cè)試成本，選擇測(cè)試用力是應(yīng)注意遵守“經(jīng)濟(jì)性”的原則。 測(cè)試的重要性及范圍軟件測(cè)試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測(cè)試學(xué)僅處于運(yùn)行維護(hù)階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來(lái)，軟件工程界趨向于一種新的觀點(diǎn)，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測(cè)試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正，如果不在早期階段進(jìn)行測(cè)試，錯(cuò)誤的延時(shí)擴(kuò)散常常會(huì)導(dǎo)致最后成品測(cè)試的巨大困難。 事實(shí)上，對(duì)于軟件來(lái)講，不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語(yǔ)言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來(lái)找出，軟件中的錯(cuò)誤密度也需要測(cè)試來(lái)進(jìn)行估計(jì)。測(cè)試是所有工程學(xué)科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開發(fā)總工作量的40％以上。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占30％到50％。如果把維護(hù)階段也考慮在內(nèi)，討論整個(gè)軟件生存期時(shí)，測(cè)試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測(cè)試工作。軟件測(cè)試貫穿于軟件定義與開發(fā)的整個(gè)周期 ，軟件的需求規(guī)格說明書 ，結(jié)構(gòu)設(shè)計(jì)及程序編碼，都屬于軟件測(cè)試的對(duì)象。系統(tǒng)測(cè)試的方法，測(cè)試在軟件開發(fā)過程中一直都是備受關(guān)注的，即使在傳統(tǒng)的軟件工程中，也有一個(gè)明確、獨(dú)立的測(cè)試階段。隨著軟件危機(jī)的頻頻出現(xiàn)以及人們對(duì)于軟件本質(zhì)的進(jìn)一步認(rèn)識(shí)，測(cè)試的地位得到了前所未有的提高。測(cè)試已經(jīng)不僅僅局限于系統(tǒng)開發(fā)中的一個(gè)階段，它已經(jīng)開始貫穿于整個(gè)系統(tǒng)開發(fā)過程，人們已經(jīng)開始認(rèn)識(shí)到：測(cè)試開始的時(shí)間越早，測(cè)試執(zhí)行的越頻繁，所帶來(lái)的整個(gè)軟件開發(fā)成本的下降就會(huì)越多。Extreme Programming更是把測(cè)試推到了極限的位置，一切軟件開發(fā)活動(dòng)都要從首先編寫測(cè)試代碼開始。為了使本軟件運(yùn)行更加穩(wěn)定，我對(duì)它進(jìn)行了全面的測(cè)試，測(cè)試分為二部分來(lái)進(jìn)行，一是：界面測(cè)試；二是功能測(cè)試。首先是界面測(cè)試，為了使軟件在不同的的操作系統(tǒng)平臺(tái)上運(yùn)行界面能保持原來(lái)的風(fēng)格。我把完整程序拷貝到Windows XP Porfessional SP2環(huán)境下，程序運(yùn)行界面正常，界面上的字體等設(shè)置都保持得相當(dāng)好。沒有出現(xiàn)類似字體變形的情況！二是進(jìn)行功能的測(cè)試。本系統(tǒng)測(cè)試采用了黑盒測(cè)試的方法。經(jīng)過測(cè)試，所有功能都能得以實(shí)現(xiàn)，沒有任何變形。至此，在功能的測(cè)試上也已經(jīng)比較圓滿的完成了。第七章 結(jié)論通過本次畢業(yè)設(shè)計(jì)我了解了Web開發(fā)模式，工作原理及發(fā)展的歷史，對(duì)Web數(shù)據(jù)庫(kù)的結(jié)構(gòu)和Web服務(wù)器與數(shù)據(jù)庫(kù)的幾種互連技術(shù)有了全面的認(rèn)識(shí)。在幾個(gè)月的系統(tǒng)開發(fā)和論文撰寫過程中，通過查閱、研究大量的相關(guān)文獻(xiàn)，分析相關(guān)領(lǐng)域的特色網(wǎng)站并結(jié)合實(shí)際，論文先論述了電子商務(wù)方面的理論知識(shí)，包括對(duì)它的定義，內(nèi)涵，特點(diǎn)，功能，技術(shù)等方面的研究。然后按照軟件工程的嚴(yán)格要求，對(duì)一個(gè)電子商務(wù)應(yīng)用系統(tǒng)進(jìn)行了需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼與測(cè)試等方面進(jìn)行分析和討論，初步建立了一個(gè)模擬的電子商務(wù)。雖說是模擬的系統(tǒng)，但可使學(xué)習(xí)者能夠首先從感性認(rèn)識(shí)上加強(qiáng)對(duì)電子商務(wù)的理解，對(duì)電子商務(wù)的運(yùn)作方式初步有所了解，并最終有感性認(rèn)識(shí)上升到理性認(rèn)識(shí)。通過與數(shù)據(jù)庫(kù)的連接，完成了購(gòu)物功能和網(wǎng)站管理功能，運(yùn)行本操作系統(tǒng)實(shí)現(xiàn)了前臺(tái)顧客在線購(gòu)物，后臺(tái)管理員對(duì)手機(jī)訂單的處理。通過前臺(tái)操作系統(tǒng)實(shí)現(xiàn)了手機(jī)瀏覽，論壇，會(huì)員注冊(cè)，選購(gòu)手機(jī)，生成訂單，瀏覽新聞等功能。通過后臺(tái)操作系統(tǒng)實(shí)現(xiàn)了手機(jī)信息管理，訂單信息管理，產(chǎn)品銷售、用戶購(gòu)買的統(tǒng)計(jì)，新聞、論壇信息的維護(hù)。建立數(shù)據(jù)庫(kù)通過SQL語(yǔ)