計算機專業(yè)外文文獻翻譯-外文翻譯--J2EE體系結構

《計算機專業(yè)外文文獻翻譯-外文翻譯--J2EE體系結構》由會員分享，可在線閱讀，更多相關《計算機專業(yè)外文文獻翻譯-外文翻譯--J2EE體系結構（24頁珍藏版）》請在裝配圖網(wǎng)上搜索。

浙江工業(yè)大學之江學院 畢業(yè)設計（論文） 外文翻譯 畢業(yè)設計（論文）題目： 基于 企業(yè)電子投票系統(tǒng)開發(fā)與設計外文 翻譯（ 一 ） 題目： 系結構 外文翻譯 （二） 題目： 目的選擇與風險 分院（系）： 信息工程分院 專 業(yè)： 計算機 科學與技術 班 級： 0402 姓 名： 學 號： 200420100219 指導教師： 畢業(yè)設計（論文）外文翻譯要求 1、畢業(yè)設計（論文）外文翻譯應有兩篇，總字符數(shù)不少于 20000，其文獻來源應由指導教師選定后以紙質（復印或打印件）形式隨同畢業(yè)設計（論文）任務書一并發(fā)給學生。復印或打印件上應有指導教師和專業(yè)教研室主任的簽名和日期 。要求每位學生的外文翻譯內容不重復。 2、翻譯的外文文獻應主要選自學術期刊、學術會議的文章、有關著作及其他相關材料，應與畢業(yè)論文（設計）主題相關，并列入畢業(yè)論文（設計）的參考文獻 ； 在每篇中文譯文首頁 “ 頁腳”處 注明原文作者及出處，中文譯文后應附外文原文 （指導教師提供的原文，論文上 應 有指導教師和教研室主任簽名） 。 3、中文譯文的基本撰寫格式為 ： 題目采用三號黑體字居中打印，正文采用宋體小四號字，行間距一般為固定值 20 磅，標準字符間距。頁邊距為左 3 2.5 下各 2.5 面統(tǒng)一采用 。 4、 封面上的 “外文 翻譯題目” 指中文譯文的題目 ； 兩篇外文文獻， 按“ 封面、譯文一、外文原文 （ 一 ） 、譯文二、外文原文 （ 二 ）、外文翻譯評閱表 ” 的順序統(tǒng)一裝訂。 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 作者： 〔美〕 亨特 ﹑ 〔美〕 羅夫特斯 來源：《 精通 業(yè)級應用 )》 ， 23 文 一 在討論了 在該來看一看 常見概念 首先，讓我們來看一看所有 下面要討論的每個體系結構都含有三個主要層，盡管有些體系結構在中間層內因如了另外的劃分。 經(jīng)驗已經(jīng)證明了將企業(yè)級系統(tǒng)明確地劃分成多個層的價值。這 確保了責任的明確劃分。 層體系結構是各類系統(tǒng)中的經(jīng)驗結晶。具有 3個或 3個以上層的系統(tǒng)已經(jīng)證明比其內沒有中間層的客戶 在一個設計完備的多層系統(tǒng)中，每一層應該只依賴于它下面的那一層。例如，對數(shù)據(jù)庫的更改不應該要求對 每一層所特有的東西應該向其他層隱藏起來。例如， 用中的 只應該依賴于服務器小程序 中間層只應該依賴于 類的企業(yè)資源 兩個原則確保了應用修改起來容易，同時修改又不級聯(lián)到其他層。 下面依次來 看典型的 系結構的每一層。 企業(yè)信息系統(tǒng)（ 這一層有時也叫做綜合層（ 由 用完成其工作所必須訪問的企業(yè)資源所組成。這些資源包括數(shù)據(jù)庫管理系統(tǒng)（ 遺留的主機應用。資源通常是事務性的， 于 務器的控制之外，盡管該服務器的確以一種標準方式管理事務和連接建池。 計師對 的設計與部署將是變化的，視該項目的性質（現(xiàn)有服務的綠色場或集成度）而定。如果該項目包含現(xiàn)有服務的集成， 資源可能會影響中間層的實現(xiàn)。 與 資源的借口提供了強有力的能力，比如訪問關系數(shù)據(jù)庫的 問目錄服務器的 及允許連接其他 統(tǒng)的 接器體系結構，簡稱 務器負責建立連往 跨資源上的事務管理以及保證 用不危及 統(tǒng)的安全。 中間層 這一層含有應用的業(yè)務對象，并調停對 資源的訪問。中間層構件主要從事務管理和連接建池之類的 器服務中受益。中間層構件獨立于選定的用戶接口。 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 如 果使用了 們把中間層分離成兩層： 及使用這些 支持該接口的對象。但是，這種分離不是保證一個干凈中間層所必須的。 用戶接口（ 這一層將中間業(yè)務對象暴露給用戶。在 用中， 由服務器小程序所使用的助手類以及諸如 之類的試圖構件所組成。為了清楚起見，我們在討論 I 層稱做“ ”。 業(yè)務接口的重要性 許多人將 做 用的核心。 從 心論角度看，會話 其他對象（比如 2計模式中的“業(yè)務委托”對象）將由他們與 關系來確定。但是，這種假設將一種技術（ 高到了 計考慮之上。 是在 用中實現(xiàn)中間層的唯一技術。 正式業(yè)務接口層的概念體現(xiàn)了一不好的習慣，不管是不是使用了 們都應該使用這個概念。在下面將要討論的所有體系結構中，業(yè)務接后層都有客戶（比如）直接使用的中間層接口所組成。業(yè)務接口層為普通 口中的中間層定義了聯(lián)系人；因此， 是一個實現(xiàn)策略。如果我們沒有使用 務接口的實現(xiàn)將是運行在 器中的普通 象。當使用了 ，業(yè)務接口的實現(xiàn)將隱藏掉與 的交互。 一定要設計到 口，而不要設計到具體類，也不要設計到技術。 下面來看一下滿足不同需求的 4 種 系結構。 非分布式體系結構 下面的這些體系結構適合 用。他們可以把所有應用構件只運行在單個 使他們變得簡單而有效，但限制了部署的靈活性。 具有業(yè)務構件接口的 用 在大多數(shù)情況下， 來構造 用。因此，同一個 器可以提供許多應用所需要的整個基礎結構。 和 樣， 用實際上享有對企業(yè) 相同訪問權。它們受益于務器的事務管理和連接池能力，并可以使用 實體組件之外的所有數(shù)據(jù)存取技術都是可以使用的。 用的 和中間層運行在同一個 。但是，在邏輯上使他們保持不同是極其重要的。 用中的主要設計風險是 件與業(yè)務邏輯構件之間的責任模糊不清。 業(yè)務接口層將由普通 所實現(xiàn)的 口來組成。這是一個簡單而又可縮放的體系結構，并且能滿足大多數(shù)應用的需要。 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 長處 這種體系結構具有下列優(yōu)點： ? 簡單性。這通常是 用的最簡單結構。但是，如果事務管理或線程化問題要求開發(fā)分復雜的代碼，使用 能將更簡單。 ? 速度。這樣的體系結構遇到了來自 務器的最小系統(tǒng)開銷。 ? 計不會被 件問題（比如調用 影響）所妨礙。 ? 容易測試。如果設計合理，無需 就能夠對業(yè)務接口進行測試。 ? 我們可以發(fā)揮服務器的事務支持。 ? 縮放性很好。如果 口是無狀態(tài)的，則根本不需要來自容器的聚類支持。但是， 用可以通過使用服務器支持會話狀態(tài)復制來分布。 弱點 應 該注意下列這些缺點： ? 這種體系結構只支持一個 口。例如，它不能支持獨立的 戶（中間層和這個 口在同一個 ）。但是，正如我們稍后將回看到的，可以增加一個 務層。 ? 整個應用僅運行在單個 。雖然這提高了性能，但我們無法將構件自由地分配給不同的物理服務器。 ? 這種體系結構不能使用 器事務支持。我們將需要在應用代碼中創(chuàng)建和管理事務。 ? 服務器沒有提供對并發(fā)編程的支持。我們必須親自處理線程化問題，或使用一個解決常見問題的類庫，比如 ? 將實體組件用于數(shù)據(jù) 存取是不可能的，但可以證明的是，這根本不是什么損失。 訪問本地 用 范（ 從 。如果一個應用被部署在一個集成的 用服務器中且該服務器運行在單個 ，該規(guī)范通過本地接口來保證 對象訪問。這使我 們技能從一個 器中得到好處， 又不至于招致過度的復雜性或把我們的應用變成分布式的。 在這種體系結構中， 與剛討論過繁榮 用體系結構的 相同。業(yè)務接口也是相同的；這兩種體系結構的不同之處從它們的出現(xiàn)（ ）開始。因此，中間層被劃分成了兩部分（運行在 器中的業(yè)務接口和 但這兩部分運行在同一個 。 有兩種方法可以用來實現(xiàn)業(yè)務接口： ? 代理方法。在這種方法中，一個本地 接實現(xiàn)業(yè)務接口，而 器代碼被浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 賦予一個對該 本地接口的引用，同時無需處理必不可少的 找。 ? 業(yè)務委托方法。在這種方法中，業(yè)務接口的 器實現(xiàn)明確地托付給相應的具有允許高速緩存和允許故障操作在適當?shù)攸c被重試的優(yōu)點。 我們無需擔心上述任一情況中的 獲。傳輸錯誤不會出現(xiàn)。 在這種體系結構中，和通過 暴露一個遠程接口的體系結構不同， 使用僅僅是這種體系結構的一個實現(xiàn)選擇而已，而不是一個基本特征。不用改變總體設計，也不用 可以實現(xiàn)任何一個業(yè)務接口。 長處 這種體系結構具有如下這些優(yōu)點： ? 它沒有分布式 用那么復 雜。 ? 這種體系結構中，只使這樣一些對象成為 們需要一個 器的那些服務。 ? 用只強加相當小的性能開銷，因為沒有遠程方法調用或串行化。 ? 它提供 器事務與線程管理的各種好處。 ? 如果需要，它允許我們使用實體組件。 弱點 這種體系結構的缺點有如下這些： ? 它比純 用更復雜。例如，它遇到 署和類裝人復雜性。 ? 它仍不能支持除一個 口之外的客戶，除非我們添加一個 務層。 ? 整個應用仍運行在單個 ，這意味著 所有構件都必須運行在同一臺物理服務器上。 ? 具有本地接口的 試起來很困難。我們需要在 務器內運行測試案例（比如用服務器小程序）。 ? 作為使用 結果，仍存在一些調整對象設計的誘惑，即使含有本地接口， 且這可能會誘惑我們修改業(yè)務對象的自然粒度。 有時，我們可能會決定把 進到一個沒有適應它的體系結構中。這可能是由“做可能管用的最簡單事情”的 法所造成的。例如，最初的需求可能沒有證明由 后來增加的需求可能會提出使用 如果采用上面描述的業(yè)務構件接口方法，引進 具有本地接口的 不會引起問題?？梢院唵蔚剡x擇應該被實現(xiàn)成具有本地的代理 那些業(yè)務構件接口。 引進具有遠程接口的 為這不僅僅是一個引進 且也是一個從根本上改變了應用的性質的問題。例如，可能需要使業(yè)務接口粒度變的更粗，以避免“羅嗦的”調用和實現(xiàn)足夠的性能。我們還可能需要把所有業(yè)務邏輯浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 實現(xiàn)轉移到 器內部。 分布式體系結構 下面這兩種體系結構除了支持 用之外，還支持遠程客戶。 具有遠程 分布式應用 這種體系結構被廣泛地看做“經(jīng)典的” 系 結構。它提供了這樣一種能力：通過給 使用 構件（比如 件）使用不同的 物理和邏輯地劃分中間層。這是一個復雜的體系結構，并具有顯著的性能開銷。 雖然描述了一個 用，但該體系結構可以支持任一 戶類型。它特別符合獨立客戶應用的需要。 該體系結構在 （或者說其他遠程客戶）與業(yè)務對象之間使用 這些業(yè)務對象被暴露為 信的細節(jié)由 器來隱藏，但我們仍需要處理使用它所帶來的影響）。這使遠程調用變成了一個主要的性能決定要素和一個核心的設計考慮因素。我們必須 盡量最大限度的減少遠程調用的數(shù)量（避免“羅嗦的”調用）。在 戶層之間傳遞的所有對象都必須是可串行化的， 而且我們必須處理更復雜的錯誤處理需求。 該體系結構中的 和上面所討論的那些結構中的 相同。但是，業(yè)務接口的實現(xiàn)將處理對（可能是遠程） 器中的 遠程訪問。在已討論過的用于本地 兩種連通性方法（代理和業(yè)務委托）中，只有業(yè)務委托在這里是有用的，因為 程接口上的所有方法都拋出 是一個已檢查異常，否則 需要在 代碼中被捕獲。這把它不正確地束縛到了一個 現(xiàn)上。 將單獨負責與 資源的通信，而且應該含有應用的業(yè)務邏輯。 長處 這種通信結構具有如下這些特有的優(yōu)點 ? 它可以通過提供一個共享的中間層來支持所有 戶類型 ? 它允許應用構件在不同物理服務器上的分布。如果 是無狀態(tài)，這個特點特別管用，進而允許使用無狀態(tài)的會話 有有狀態(tài) 和無狀態(tài)中間層的應用將會從這種部署選擇中獲得最大的好處，而且將會給 用實現(xiàn)盡可能大的縮放性。 弱點 這種體系結構的弱點有如 下這些： ? 這是我們已討論過的最復雜的方法，如果這種復雜性確定是業(yè)務需求的合理要求，很可能會導致整個項目周期內的資源浪費，并為故障提供一個滋生地。 ? 它影響性能。遠程方法調用會比使用引用的本地調用慢數(shù)百倍，總體性能方面的影響結果取決與必須的遠程調用數(shù)量。 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 ? 分布式應用的測試和測試變得很困難。 ? 所有業(yè)務構件都必須進行 然這為遠程客戶提供了一個綜合性接口，但如果 能用來解決業(yè)務需求所引起的每個問題，這是有問題的。例如，如果 計模式完全適用，用 意地實現(xiàn)起來將會很困難。 ? 計被 集中使用所嚴重阻礙。 ? 異常處理在分布式系統(tǒng)中變得更復雜。我們除了必須考慮應用故障外，還必須兼顧傳輸故障。 當使用這種體系結構，千萬不要破壞它。 “ 2式主張從 中執(zhí)行只讀 問 ， 以便最小化通過 進行調用的系統(tǒng)開銷。這違背了每個層只應該跟直接位于它下面的那些層進行通信的原則，也降低了縫補式體系結構的一個重要優(yōu)點；部署靈活性?，F(xiàn)在，運行 的服務器必須能夠訪問數(shù)據(jù)庫，而這會使特殊的防火墻規(guī)則車工內為必須之 物。 即使我們使用了遠程接口，如果 使用 構件被放在了一起，那么大多數(shù) 務器仍能優(yōu)化遠程調用并替換按引用的調用。這可以極大地減少使用具有遠程接口的 造成的性能影響，但無法消除遠程語義所因如的有害影響。這種配置更改了應用的語句。要想讓這種配置得到使用，關鍵是保證 持本地調用（按引用）和遠程調用（按值）。否則按引用的調用者可能會修改要傳遞其他調用者的對象，進而產(chǎn)生嚴重的后果。 不要因為使用了具有遠程借口的 致一個應用變成分布式的，除非業(yè)務需求明確指出需要一個分布式體系結構 。 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 外文原文 （ 一 ） ow we've of 2EE s at 2EE s by 2EE 2of an of a of 2EE in a of or in is no In a on to to to be in a on on to s at of a 2EE in of 2EE to do IS is of 2EE in a 2EE s of IS on of or of If of IS on of as PI 江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 to IS A is of IS 2EE t of IS s IS 2EE as of If we we to t to a to In I of by SP we'll to I as as of a In 2s in in 2EE be by to a O is 2EE of a of we it of we In we of as I in is If we t of be in a we do of JB s at 2EE 江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 in a of n is to a by to 2EE s of of a in it is in is of I by is a of ? is if or of it to ? 2EE ? OO t 2EE as of ? to be ? We s ? If is no is be he be in ? a it 江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 UI (is in VM as a of be as we ? a we to ? JB We to in ? no We or a as ? It's to is no .3 be , if an is in an 2EE in a us to by JB or In is to of we've JB is in be to ? A in a JB is a to JB's to ? A in of to of to be We t to in In an a JB is an a of of be JB 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 ? It's a JB ? t s In of JB ? as is no or ? It JB ? It of if ts as ? It's a it JB ? It a we a ? a on ? to We to 2EE ? is to as a of us to of we to JB an P of If we a We be to be as is a of of of to be to We to JB 浙江工業(yè)大學之江學院畢業(yè)設計（論文）外文翻譯 he as as is as It to by as is a a 2EE It is to of MI I or MI by JB we sti