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

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