外文翻譯 中小型企業(yè)員工工作信息管理系統(tǒng)

1、杭州電子科技大學畢業(yè)設計（論文）外文文獻翻譯 業(yè) 計 論 ） 目畢 設 （ 文 題 中小型企業(yè)員工工作信息管理系統(tǒng)翻譯（1）題目 一種新的網(wǎng)絡應用程序開發(fā)框架mvc翻譯（2）題目 網(wǎng)站建設技術 學 院 計算機學院 專 業(yè) 軟件工程 姓 名 黃品瑾 班 級 07052713 學 號 07057314 指導教師 閆飛譯文一： 一種新的網(wǎng)絡應用程序開發(fā)框架mvc摘要 mvcmodel/view/controller的設計模式出現(xiàn)在在smalltalk-80并在軟件的設計中廣泛應用。本文介紹一種基于mvc框架的的新網(wǎng)絡應用程序。這種框架把實施邏輯與表現(xiàn)形式獨立開來。它也提高了系統(tǒng)的可維護性可擴展性以及

2、使用模塊數(shù)據(jù)庫備案、模板數(shù)據(jù)庫通訊對象和緩沖隊列的性能。關鍵詞:mvc、設計模式、網(wǎng)絡應用程序1.簡介 網(wǎng)絡應用系統(tǒng)是一個基于browser/ server模型應用系統(tǒng)。它利用多種動態(tài)網(wǎng)頁開發(fā)技術。目前軟件設計的主題之一是網(wǎng)絡應用開發(fā)模式和工具的。它們直接影響系統(tǒng)的幾個關鍵因素比如可維護性、可擴展性、穩(wěn)定性和安全性。本文中，基于mvc1的網(wǎng)絡應用程序的設計模式是為解決這兩類因素擴展性和可維護性這些不易處理的問題。把mvc設計模式引入網(wǎng)絡應用程序開發(fā)，執(zhí)行邏輯可以獨立于系統(tǒng)的表現(xiàn)形式。 mvc由三種對象組成。1模型:是應用對象，2視圖:是它的屏幕的顯示3控制器:定義用戶界面并對輸入的信息做出響應

3、。在出現(xiàn)mvc之前用戶界面的設計傾向于把這些東西做在一起。然而mvc獨立了它們，增加系統(tǒng)的靈活性和可重用性。mvc把視圖和模型獨立開來在它們之間建立了“subscribe/notify”協(xié)議。一個視圖必須確保其正確反映模型的狀態(tài)。每當模型的數(shù)據(jù)發(fā)生改變視圖會得到相應的通知。作為回應每個視圖都會有更新自身的機會。這個方法可以讓你附上一個模型的多個視圖以便提供不同的報告。你也可以不改變原模型同時創(chuàng)建新的視圖。2.背景和存在的問題 雖然mvc的設計模式已經(jīng)在smalltalk-80中提出了并廣泛應用于軟件設計介紹它到網(wǎng)頁應用程序開發(fā)卻仍很困難的。主要由于以下兩個因素:1首先很難獨立 來自html的編

4、程語言。早期的cgi程序使用字符串輸出創(chuàng)造了html內(nèi)容。默認的將html文本分成幾份然后把他們嵌入到cgi程序中。腳本語言出現(xiàn)后變成了腳本語言編寫的程序嵌入到html文本中。然而這兩種方法有一個共同的不足使他們不能完全獨立于html文本。因此這兩種方法使采用mvc分離三層模式十分難以實現(xiàn)。2第二 luo guangchun the ph.d. of uest of china wang yanhua the master of the uest of china lu xianliang theprofessor of uest of china advisor of ph.d. han h

5、ong the ph.d. of uest of china腳本語言的功能太弱。他們?nèi)狈σ恍┍匾募夹g支持來采用mvc的設計模式如消息機制和事件回應機制。直到jsp model2版這種情況并沒有受到任何改善。依靠強大的java語言功能jsp model24某種程度上實行mvc設計理念。圖 1顯示了mvc的機制:模型數(shù)據(jù)層:它是封裝到企業(yè)javabean。視圖表示層:jsp負責的網(wǎng)頁方式如報告的格式分頁等?？刂破骺刂茖?servlet受到網(wǎng)頁上的用戶的輸入并執(zhí)行有關的操作呼叫相應的ejb組件給出了相關視圖所以jsp會呈現(xiàn)這些結果。 jsp model2 機制主要 滿足了開發(fā)商對要求 web 應用

6、邏輯和用戶界面獨立 的需求。但制仍然存在某 些 限 ， 例 如 盡 管 jsp model2 已經(jīng)實施采用 mvc 設計模式的基本理念，三 個層次之間的相互關系servletjava bean/ ejb 和 jsp仍然封閉。特別是就 servlet 當控制器不僅控制選擇同時響應模型的模塊還負責對處理 jsp 轉移數(shù)據(jù)提供模塊。因為這一過程servlet 本身已實現(xiàn)非常復雜的執(zhí)行邏輯，對于體系的發(fā)展和維護這是正是一個棘手的問題。因此在下面的網(wǎng)絡應用系統(tǒng)框架我們會進一步劃分出功能的控制器。3.解決方案 圖2中顯示這一系統(tǒng)框架包含三個內(nèi)核控制對象/類syscontroller modelcenter

7、 and lpmlogical page module center 和 它 們 的 核 心 數(shù) 據(jù) 庫 systemdescription database model database and lpm database。這三個控制對象/類根據(jù)原始的控制器劃分。通過這些控制對象/類和數(shù)據(jù)庫下文將解釋部分的設計思想和該系統(tǒng)框架的實現(xiàn)機制。 首先我們考慮syscontroller和系統(tǒng)的描述數(shù)據(jù)庫。他們負責接收用戶的要求和根據(jù)這些請求搜索有關的執(zhí)行邏輯。系統(tǒng)描述數(shù)據(jù)庫可以是一個xml2文件或一套xml文件。這個數(shù)據(jù)庫描述了不同的執(zhí)行邏輯與不同的用戶請求。執(zhí)行邏輯主要包括互動模式、數(shù)據(jù)來源與異常處

8、理等，這些組織在一個樹形結構中。而syscontroller可以搜索系統(tǒng)描述數(shù)據(jù)庫。它結合了用戶的要求和來自數(shù)據(jù)的執(zhí)行邏輯然后把它們交給傳輸器來封裝。syscontroller有兩種方法搜索數(shù)據(jù)庫。 其一是使用dom對象document object model3。當應用程序系統(tǒng)開機這樣需要dom解析器分析整個數(shù)據(jù)庫備案后載入內(nèi)存。數(shù)據(jù)庫將保留在內(nèi)存中的dom樹結構。另一種是使用saxsimpleapi for xml接口。兩者有各自的優(yōu)缺點。使用dom可以實現(xiàn)結構搜索。它可以在大型數(shù)據(jù)庫上使用但是會暫用更多的系統(tǒng)資源。而sax接口以高效率和更少的系統(tǒng)資源占用率著稱。唯一的缺點是它獲得信息比d

9、om難。 其次我們考慮模型中心和模型數(shù)據(jù)庫。該層通過調(diào)用給定模塊完成定義執(zhí)行邏輯。模型數(shù)據(jù)庫包括大量的對象和模塊。這些對象和模塊根據(jù)特定的執(zhí)行邏輯封裝響應方法。當模式中心接收到的執(zhí)行消息它根據(jù)封裝在信息里的執(zhí)行邏輯選擇合適的對象或模塊。然后按照給定的數(shù)據(jù)格式封裝模塊冰傳輸給lpm中心。此外每個對象或模塊只需要關心如何實現(xiàn)給定的事務的邏輯以及如何獲得必要的數(shù)據(jù)而不提交這些數(shù)據(jù)。 最后我們研究一下lpm中心和lpm數(shù)據(jù)庫。lpm是實施描述的某一種數(shù)據(jù)類型的項目集合，它可以當成是一個或一組磁盤文件。在另一方面有一個網(wǎng)頁可有一個邏輯頁或多條邏輯頁。一個lpm的功能是很簡單的:它只需要在沒有被得到執(zhí)行邏

10、輯和原數(shù)據(jù)內(nèi)容的情況下給定數(shù)據(jù)類型。因此事實上lpm是作為標簽庫jsp或數(shù)據(jù)捆綁.net而開發(fā)的。此外這種類型的服務器腳本可以很容易由客戶開發(fā)人員在uiuserinterface設計階段理解，what-you-see-is-what-you-get所見即所得工具也很容易開發(fā)。在這部分lpm中心從模型中心收到數(shù)據(jù)。它根據(jù)給定數(shù)據(jù)類型和執(zhí)行邏輯選擇適當?shù)倪壿嬳撃K然后封裝邏輯頁的輸出模塊到http響應并將發(fā)布到客戶端。注意到這3個控制對象除了syscontroller另外兩個不是直接進入自己的核心數(shù)據(jù)庫。例如模式中心不直接從模型數(shù)據(jù)庫調(diào)用對象或模塊。它實現(xiàn)了通過modelfactory的存取。（過

11、程見圖2） 通過分析系統(tǒng)框架可以看出整個系統(tǒng)完全符合mvc設計模式。在在系統(tǒng)的開發(fā)時期各部分的開發(fā)者三者冰不具有相互的干涉。當系統(tǒng)框架已確定，各部分驚人的發(fā)現(xiàn)開發(fā)的相似。在過去這對網(wǎng)絡應用程序的開發(fā)來說是不可能的。因為我們已經(jīng)把控制器分為3個部分，mvc三層模型/視圖/控制器的聯(lián)系變得更加寬松。所以它可以明顯提高整個系統(tǒng)的可擴充性。在下一節(jié)我們將向你展示一個簡單的例子去解釋如何在三層mvc模式的過程通過增加中間執(zhí)行步驟擴大系統(tǒng)框架。4.相關問題 檢查目前的網(wǎng)絡應用程序設計模式如cgijsp model2等等，我們可以獲得初步結果：mvc模式是一個優(yōu)于其他系統(tǒng)邏輯框架的網(wǎng)站應用系統(tǒng)開發(fā)模式，它平

12、衡了合作開發(fā)、系統(tǒng)的可擴展性和可維護性。這主要由于舊設計模式對系統(tǒng)邏輯框架的獨立性的不足之處。例如，在通過cgi開發(fā)的網(wǎng)頁系統(tǒng)中，cgi程序不僅需要處理執(zhí)行邏輯同時也負責系統(tǒng)報告的格式。因此，它要求開發(fā)者有很強的編程能力他們必須非常熟悉執(zhí)行規(guī)劃和界面設計。此外，它甚至會使系統(tǒng)的邏輯層次混亂。最后混沌編碼會帶來一系列的問題。使用服務器腳本語言如aspphp等等實現(xiàn)的網(wǎng)頁應用系統(tǒng)也不符合要求。其原因是這些腳本語言都有天生的缺陷例如他們卻沒有有好的對象支持和事件響應機制等；他們不能令人滿意地縮短網(wǎng)絡應用系統(tǒng)的執(zhí)行邏輯。由此jsp model2的不足已在上文描述過了所以沒有這個必要在這贅述了。5.結論

13、 從上述對系統(tǒng)框圖的分析我們可以做一個結論。改進后的mvc設計模式框架比傳統(tǒng)方法有更清楚的結構，每個模塊間的聯(lián)系甚少。框架解決是一個大問題曾困惑很多網(wǎng)絡開發(fā)者。它將執(zhí)行邏輯從表現(xiàn)模式獨立出來，實施并行進行發(fā)展。此外利用模型數(shù)據(jù)庫和lpm數(shù)據(jù)庫，這個更系統(tǒng)的靈活性、可維護性和可擴充性得到了顯著提高 。 本 篇 討 論 的 框 架 已 經(jīng) 在 uest 網(wǎng) 絡 應 用 系 統(tǒng) 上 得 以 實 施。參考文獻1 erich gamma. design patterns. u.s. addison-wesley pub co.2 didier martin. professional xml. u.k.

14、 wrox press.3 stephen t. mohr. designing distributed applications with xml asp ie5ldap amp msmq. u.k. wrox press.4 sun microsystems inc. javatm servlet 2.3 and javaserver pagestm 1.2 specfications.5 sun microsystems inc. javaserver pagestm standard tag library specification原文一： a novel web applicati

15、on frame developed by mvc luo guangchun wangyanhua lu xianliang hanhong information center of uest of china chengdu china 610054abstractthe mvc model/view/controller design pattern was developed in smalltalk-80 andwidely used in software design. this paper introduces a novel web application frame ba

16、sedon mvc. this frame separates the transaction logic from the presentation format. it alsoimproves the system maintainability scalability and performance by using the moduledatabase template database messaging object and buffer queue.key words: mvc design pattern web application1. introduction web

17、application system is a transaction system based on b rowser/server model. itexploits many kinds of dynamic web developing technologies. at present web applicationdeveloping patterns and tools are one of the topics of the software design. they directlyinfluence several key factors such as maintainab

18、ility scalability stability and the security.in this paper the purpose of mvc1-based web application design pattern is to resolvethe two factors maintainability and scalability which are the stubborn problems in theweb application development. by introducing the mvc design pattern into the webapplic

19、ation development the implementation of system transaction logic can be separatedfrom the system presentation. mvc consists of three kinds of objects. 1 the model: is the application object 2 theview: is its screen presentation 3 the controller: defines the way the user interface reactsto user input

20、. before mvc user interface designs tended to lump these objects together.however mvc decouples them to increase the flexibility and reuse. mvc decouplesviews and models by establishing a “subscribe/notify” protocol between them. a viewmust ensure that its appearance reflects the state of the model

21、correctly. whenever themodels data changes the model notifies views that depend on it. in response each viewgets an opportunity to update itself. this approach lets you attach multiple views to a luo guangchun the ph.d. of uest of china wang yanhua the master of the uest of china lu xianliang thepro

22、fessor of uest of china advisor of ph.d. han hong the ph.d. of uest of chinamodel to provide different presentations. you can also create new views for a modelwithout rewriting it.2. background and problems even though the mvc design pattern was already put forward in smalltalk-80 andwidely used in

23、software design it is difficult to introduce it into the web applicationdevelopment. it was mainly due to the following two factors: 1 first it was difficult toseparate the programming language from html. early cgi programs created the htmlcontent by using character string output. in nature it divid

24、ed the html content intoseveral portions and then inserted them into the cgi programs. after the appearance ofscript languages the way changed to insert the programs written by script languages intohtml content. however these two ways had a common deficiency that they could notseparate the programs

25、from the html content absolutely. therefore it is very difficult toimplement the mvc detached three-layer pattern based on these two ways. 2 secondfunctions of the script languages are less weak. they lack some necessary technologies tosupport the mvc design pattern such as message mechanism and eve

26、nt responsemechanism. this situation did not get any improvement until the release of the jsp model24. depending on the powerful functions of java language the jsp model 2 implementsthe mvc design idea to some extent. figure 1 shows the mechanism: model the data layer: it is encapsulated into the en

27、terprise javabean. view the presentation layer: jsp is responsible for the presentation of pages such as the presentation format paging etc. controller the control layer: servlet receives the user input in pages and executes the relevant transaction calling the corresponding ejb modules then gives t

28、heresults to the relevant view so jsp can present these results. this mechanism of jsp model 2 basically meets the developers requirements todetach the web application transaction logic from the user interface. but some limits stillexist. for example although jsp model 2 has implemented the basic id

29、ea of the mvcdesign pattern the relationship of these three layers servlet javabean/ejb and jsp isstill close. especially the servlet which acts as the controller not only controls theselection and call of models modules but also is responsible for transferring data providedby modules to the corresp

30、onding jsp to handle. because of this process servlet has toimplement very complicated transaction logic by itself which is a tough problem for thesystem development and maintenance. thus in the following web application systemframe we will further divide the functions of the controller.3. solution

31、as show in figure 2 this system frame contains three kernel control objects/classessyscontroller model center and lpm logical page module center and their ownkernel database system description database model database and lpm database. thesethree control objects/classes are divided from the raw contr

32、oller. using these controlobjects/classes and databases the following parts of this paper will explain the design ideaand implementation mechanism of this system frame. firstly we consider the syscontroller and the system description database. theyare responsible for receiving the user requests and

33、searching the relevant transaction logicaccording to these requests. the system description database can be a xml2 file or aset of xml files. this database describes the different transaction logic related to differentuser requests one by one. the transaction logics mainly include the interactive mo

34、de datasources and error handling etc. they are organized in a tree structure. the syscontrollersearches the system description database. it combines the user requests and thetransaction logic searched out from the database and then delivers them to messenger toencapsulate. there are two ways for syscontroller to search the database. one uses thedom document object model object3. when the application system boots this wayrequires the whole database to be loaded