外文翻譯--J2EE體系結構.doc_第1頁
外文翻譯--J2EE體系結構.doc_第2頁
外文翻譯--J2EE體系結構.doc_第3頁
外文翻譯--J2EE體系結構.doc_第4頁
外文翻譯--J2EE體系結構.doc_第5頁
已閱讀5頁,還剩19頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

浙江工業大學之江學院畢業設計(論文)外文翻譯畢業設計(論文)題目:基于J2EE的企業電子投票系統開發與設計外文翻譯(一)題目:J2EE體系結構外文翻譯(二)題目:J2EE項目的選擇與風險分院(系):信息工程分院專業:計算機科學與技術班級:姓名:學號:指導教師:畢業設計(論文)外文翻譯要求1、畢業設計(論文)外文翻譯應有兩篇,總字符數不少于20000,其文獻來源應由指導教師選定后以紙質(復印或打印件)形式隨同畢業設計(論文)任務書一并發給學生。復印或打印件上應有指導教師和專業教研室主任的簽名和日期。要求每位學生的外文翻譯內容不重復。2、翻譯的外文文獻應主要選自學術期刊、學術會議的文章、有關著作及其他相關材料,應與畢業論文(設計)主題相關,并列入畢業論文(設計)的參考文獻;在每篇中文譯文首頁“頁腳”處注明原文作者及出處,中文譯文后應附外文原文(指導教師提供的原文,論文上應有指導教師和教研室主任簽名)。3、中文譯文的基本撰寫格式為:題目采用三號黑體字居中打印,正文采用宋體小四號字,行間距一般為固定值20磅,標準字符間距。頁邊距為左3cm,右2.5cm,上下各2.5cm,頁面統一采用A4紙。4、封面上的“外文翻譯題目”指中文譯文的題目;兩篇外文文獻,按“封面、譯文一、外文原文(一)、譯文二、外文原文(二)、外文翻譯評閱表”的順序統一裝訂。浙江工業大學之江學院畢業設計(論文)外文翻譯作者:美亨特美羅夫特斯來源:精通J2EE(Java企業級應用),2004.7:23-28譯文一J2EE體系結構在討論了J2EE設計中的一些高層次問題之后,現在該來看一看J2EE應用的幾個可選體系結構。常見概念首先,讓我們來看一看所有J2EE體系結構都共有的幾個概念。J2EE應用中的體系結構層下面要討論的每個體系結構都含有三個主要層,盡管有些體系結構在中間層內因如了另外的劃分。經驗已經證明了將企業級系統明確地劃分成多個層的價值。這確保了責任的明確劃分。J2EE的3層體系結構是各類系統中的經驗結晶。具有3個或3個以上層的系統已經證明比其內沒有中間層的客戶-服務器系統具有更大的可縮放和靈活性。在一個設計完備的多層系統中,每一層應該只依賴于它下面的那一層。例如,對數據庫的更改不應該要求對WEB接口的更改。每一層所特有的東西應該向其他層隱藏起來。例如,WEB應用中的WEB層只應該依賴于服務器小程序API,而中間層只應該依賴于JDBC之類的企業資源API。這兩個原則確保了應用修改起來容易,同時修改又不級聯到其他層。下面依次來看典型的J2EE體系結構的每一層。企業信息系統(EIS)層這一層有時也叫做綜合層(INTEGRATIONTIER),由J2EE應用完成其工作所必須訪問的企業資源所組成。這些資源包括數據庫管理系統(DBMS)和遺留的主機應用。EIS層資源通常是事務性的,EIS位于J2EE服務器的控制之外,盡管該服務器的確以一種標準方式管理事務和連接建池。J2EE設計師對EIS層的設計與部署將是變化的,視該項目的性質(現有服務的綠色場或集成度)而定。如果該項目包含現有服務的集成,EIS層資源可能會影響中間層的實現。J2EE為與EIS層資源的借口提供了強有力的能力,比如訪問關系數據庫的JDBCAPI、訪問目錄服務器的JNDI以及允許連接其他EIS系統的JACACONNECTORARCHITECTURE(JACA連接器體系結構,簡稱JCA)。J2EE服務器負責建立連往EIS資源的連接池、橫跨資源上的事務管理以及保證J2EE應用不危及EIS系統的安全。中間層這一層含有應用的業務對象,并調停對EIS層資源的訪問。中間層構件主要從事務管理和連接建池之類的J2EE容器服務中受益。中間層構件獨立于選定的用戶接口。浙江工業大學之江學院畢業設計(論文)外文翻譯如果使用了EJB,我們把中間層分離成兩層:EJB以及使用這些EJB來支持該接口的對象。但是,這種分離不是保證一個干凈中間層所必須的。用戶接口(UI)層這一層將中間業務對象暴露給用戶。在WEB應用中,UI層由服務器小程序所使用的助手類以及諸如JSP頁之類的試圖構件所組成。為了清楚起見,我們在討論WEB應用時將把UI層稱做“WEB層”。業務接口的重要性許多人將EJB看做J2EE應用的核心。從J2EE的EJB中心論角度看,會話EJB將暴露應用的業務邏輯,而其他對象(比如BusinessDelegateJ2EE設計模式中的Web層“業務委托”對象)將由他們與EJB的關系來確定。但是,這種假設將一種技術(EJB)抬高到了OO設計考慮之上。EJB不是在J2EE應用中實現中間層的唯一技術。正式業務接口層的概念體現了一不好的習慣,不管是不是使用了EJB,我們都應該使用這個概念。在下面將要討論的所有體系結構中,業務接后層都有客戶(比如UI層)直接使用的中間層接口所組成。業務接口層為普通Java接口中的中間層定義了聯系人;因此,EJB就是一個實現策略。如果我們沒有使用EJB,業務接口的實現將是運行在J2EEWeb容器中的普通Java對象。當使用了EJB時,業務接口的實現將隱藏掉與EJB層的交互。一定要設計到Java接口,而不要設計到具體類,也不要設計到技術。下面來看一下滿足不同需求的4種J2EE體系結構。非分布式體系結構下面的這些體系結構適合Web應用。他們可以把所有應用構件只運行在單個JVM中。這使他們變得簡單而有效,但限制了部署的靈活性。具有業務構件接口的Web應用在大多數情況下,J2EE用來構造Web應用。因此,同一個J2EEWeb容器可以提供許多應用所需要的整個基礎結構。和EJB一樣,J2EEWeb應用實際上享有對企業API的相同訪問權。它們受益于J2EE服務器的事務管理和連接池能力,并可以使用JMS,JDBC和JavaConnectorAPI之類的企業服務。除實體組件之外的所有數據存取技術都是可以使用的。Web應用的Web層和

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論