畢業(yè)論文 外文翻譯 一種新的網(wǎng)絡(luò)應(yīng)用程序開(kāi)發(fā)框架——mvc

1、譯文： 譯文：一種新的網(wǎng)絡(luò)應(yīng)用程序開(kāi)發(fā)框架 一種新的網(wǎng)絡(luò)應(yīng)用程序開(kāi)發(fā)框架——MVC MVC摘要 摘要MVC(Model/View/Controller)的設(shè)計(jì)模式出現(xiàn)在在Smalltalk-80,并在軟件的設(shè)計(jì)中廣泛應(yīng)用。本文介紹一種基于MVC框架的的新網(wǎng)絡(luò)應(yīng)用程序。這種框架把實(shí)施邏輯與表現(xiàn)形式獨(dú)立開(kāi)來(lái)。它也提高了系統(tǒng)的可維護(hù)性,可擴(kuò)展性以及使用模塊數(shù)據(jù)庫(kù)備案、模板數(shù)據(jù)庫(kù),通訊對(duì)象和緩沖隊(duì)列的性能。關(guān)鍵詞:MVC、設(shè)計(jì)模式、網(wǎng)絡(luò)應(yīng)用程序

2、1. 1.簡(jiǎn)介 簡(jiǎn)介網(wǎng)絡(luò)應(yīng)用系統(tǒng)是一個(gè)基于B(rowser)/ S(erver)模型應(yīng)用系統(tǒng)。它利用多種動(dòng)態(tài)網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)。目前,軟件設(shè)計(jì)的主題之一是網(wǎng)絡(luò)應(yīng)用開(kāi)發(fā)模式和工具的。它們直接影響系統(tǒng)的幾個(gè)關(guān)鍵因素,比如可維護(hù)性、可擴(kuò)展性、穩(wěn)定性和安全性。本文中，基于MVC[1]的網(wǎng)絡(luò)應(yīng)用程序的設(shè)計(jì)模式是為解決這兩類(lèi)因素——擴(kuò)展性和可維護(hù)性這些不易處理的問(wèn)題。把MVC設(shè)計(jì)模式引入網(wǎng)絡(luò)應(yīng)用程序開(kāi)發(fā)，執(zhí)行邏輯可以獨(dú)立于系統(tǒng)的表現(xiàn)形式。MVC由三種對(duì)象

3、組成。1)模型:是應(yīng)用對(duì)象，2)視圖:是它的屏幕的顯示,3)控制器:定義用戶(hù)界面并對(duì)輸入的信息做出響應(yīng)。在出現(xiàn)MVC之前,用戶(hù)界面的設(shè)計(jì)傾向于把這些東西做在一起。然而,MVC獨(dú)立了它們，增加系統(tǒng)的靈活性和可重用性。MVC把視圖和模型獨(dú)立開(kāi)來(lái),在它們之間建立了“subscribe/notify”協(xié)議。一個(gè)視圖必須確保其正確反映模型的狀態(tài)。每當(dāng)模型的數(shù)據(jù)發(fā)生改變,視圖會(huì)得到相應(yīng)的通知。作為回應(yīng),每個(gè)視圖都會(huì)有更新自身的機(jī)會(huì)。這個(gè)方法可以讓你

4、附上一個(gè)模型的多個(gè)視圖以便提供不同的報(bào)告。你也可以不改變?cè)Ｐ屯瑫r(shí)創(chuàng)建新的視圖。2. 2.背景和存在的問(wèn)題 背景和存在的問(wèn)題雖然MVC的設(shè)計(jì)模式已經(jīng)在smalltalk-80中提出了,并廣泛應(yīng)用于軟件設(shè)計(jì),介紹它到網(wǎng)頁(yè)應(yīng)用程序開(kāi)發(fā)卻仍很困難的。主要由于以下兩個(gè)因素:1)首先,很難獨(dú)立來(lái)自HTML的編程語(yǔ)言。早期的CGI程序使用字符串輸出創(chuàng)造了HTML內(nèi)容。默認(rèn)的,將HTML文本分成幾份,然后把他們嵌入到CGI程序中。腳本語(yǔ)言出現(xiàn)后,變成

5、了腳本語(yǔ)言編寫(xiě)的程序嵌入到HTML文本中。然而,這兩種方法有一個(gè)共同的不足,使他們不能完全獨(dú)立于HTML文本。因此,這兩種方法使采用MVC分離三層模式十分難以實(shí)現(xiàn)。2)第二,腳本語(yǔ)言的功能太弱。他們?nèi)狈σ恍┍匾募夹g(shù)支持來(lái)采用MVC的設(shè)計(jì)模式,如消息機(jī)制和事件回應(yīng)機(jī)制。直到JSP Model2版,這種情況2需要DOM解析器分析整個(gè)數(shù)據(jù)庫(kù)備案后載入內(nèi)存。數(shù)據(jù)庫(kù)將保留在內(nèi)存中的DOM樹(shù)結(jié)構(gòu)。另一種是使用SAX(Simple API for

6、XML)接口。兩者有各自的優(yōu)缺點(diǎn)。使用DOM可以實(shí)現(xiàn)結(jié)構(gòu)搜索。它可以在大型數(shù)據(jù)庫(kù)上使用,但是會(huì)暫用更多的系統(tǒng)資源。而SAX接口以高效率和更少的系統(tǒng)資源占用率著稱(chēng)。唯一的缺點(diǎn)是它獲得信息比DOM難。其次,我們考慮模型中心和模型數(shù)據(jù)庫(kù)。該層通過(guò)調(diào)用給定模塊完成定義執(zhí)行邏輯。模型數(shù)據(jù)庫(kù)包括大量的對(duì)象和模塊。這些對(duì)象和模塊根據(jù)特定的執(zhí)行邏輯封裝響應(yīng)方法。當(dāng)模式中心接收到的執(zhí)行消息,它根據(jù)封裝在信息里的執(zhí)行邏輯選擇合適的對(duì)象或模塊。然后按照給定的

7、數(shù)據(jù)格式封裝模塊,冰傳輸給LPM中心。此外,每個(gè)對(duì)象或模塊只需要關(guān)心如何實(shí)現(xiàn)給定的事務(wù)的邏輯以及如何獲得必要的數(shù)據(jù)而不提交這些數(shù)據(jù)。最后,我們研究一下LPM中心和LPM數(shù)據(jù)庫(kù)。LPM是實(shí)施描述的某一種數(shù)據(jù)類(lèi)型的項(xiàng)目集合，它可以當(dāng)成是一個(gè)或一組磁盤(pán)文件。在另一方面,有一個(gè)網(wǎng)頁(yè)可有一個(gè)邏輯頁(yè)或多條邏輯頁(yè)。一個(gè)LPM的功能是很簡(jiǎn)單的:它只需要在沒(méi)有被得到執(zhí)行邏輯和原數(shù)據(jù)內(nèi)容的情況下給定數(shù)據(jù)類(lèi)型。因此事實(shí)上,LPM是作為標(biāo)簽庫(kù)(JSP)或數(shù)據(jù)捆

8、綁(.net)而開(kāi)發(fā)的。此外,這種類(lèi)型的服務(wù)器腳本可以很容易由客戶(hù)開(kāi)發(fā)人員在UI(user interface)設(shè)計(jì)階段理解，what-you-see-is-what-you-get(所見(jiàn)即所得)工具也很容易開(kāi)發(fā)。在這部分,LPM中心從模型中心收到數(shù)據(jù)。它根據(jù)給定數(shù)據(jù)類(lèi)型和執(zhí)行邏輯選擇適當(dāng)?shù)倪壿嬳?yè)模塊,然后封裝邏輯頁(yè)的輸出模塊到HTTP響應(yīng)并將發(fā)布到客戶(hù)端。注意到這3個(gè)控制對(duì)象,除了SYSController,另外兩個(gè)不是直接進(jìn)入自己的