《機械專業(yè)外文文獻翻譯@外文翻譯StrutsMVC 的一種開放源碼實現》由會員分享，可在線閱讀，更多相關《機械專業(yè)外文文獻翻譯@外文翻譯StrutsMVC 的一種開放源碼實現（25頁珍藏版）》請在裝配圖網上搜索。

附件 1：外文資料翻譯譯文 一種開放源碼實現 本文介紹 它 是 使 用 術的一種 現。 幫助您控制 目中的變化并提高專業(yè)化水平。盡管您可能永遠不會用 現一個系統，但您可以將其中的一些思想用于您以后的 頁的實現中。 簡介 小學生也可以在因特網上發(fā)布 頁。但是，小學生的網頁和專業(yè)開發(fā)的網站有質的 區(qū)別。網頁設計人員（或者 發(fā)人員）必須理解顏色、用戶、生產流程、網頁布局、瀏覽器兼容性、圖像創(chuàng)建和 等。設計漂亮的網站需要做大量的工作，大多數 發(fā)人員更注重創(chuàng)建優(yōu)美的對象接口，而不是用戶界面。 技術為網頁設計人員和 發(fā)人員提供了一種聯系鈕帶。 如果您開發(fā)過大型 用程序，您就理解 變化 這個詞的含義。 “ 模型 控制器 ”(就是用來幫助您控制變化的一種設計模式。 弱了業(yè)務邏輯接口 和數據接口之間的耦合。 一種 現，它將 記（屬于 范）用作實現的一部分。盡管您可能永遠不會用 現一個系統，但了解一下 許使您能將其中的一些思想用于您以后的 現中。 模型 控制器 (記只解決了部分問題。我們還得處理驗證、流程控制和更新應用程序的狀態(tài)等問題。這正是 揮作用的地方。 過將問題分為三個類別來幫助解決單一模塊方法所遇 到的某些問題： ? 型） 模型包含應用程序的核心功能。模型封裝了應用程序的狀態(tài)。有時它包含的唯一功能就是狀態(tài)。它對視圖或控制器一無所知。 ? 圖） 視圖提供模型的表示。它是應用程序的 外觀 。視圖可以訪問模型的讀方法，但不能訪問寫方法。此外，它對控制器一無所知。當更改模型時，視圖應得到通知。 ? 制器） 控制器對用戶的輸入作出反應。它創(chuàng)建并設置模型。 軟件開發(fā)人員提出了一些特有的挑戰(zhàn)，最明顯的就是客戶機和服務器的無狀態(tài)連接。這 種無狀態(tài)行為使得模型很難將更改通知視圖。在 ，為了發(fā)現對應用程序狀態(tài)的修改，瀏覽器必須重新查詢服務器。 另一個重大變化是實現視圖所用的技術與實現模型或控制器的技術不同。當然，我們可以使用 者 C/C++ 或別的語言）代碼生成 種方法有幾個缺點： ? 序員應該開發(fā)服務，而不是 ? 更改布局時需要更改代碼。 ? 服務的用戶應該能夠創(chuàng)建網頁來滿足它們的特定需要。 ? 網頁設計人員不能直接參與網頁開發(fā)。 ? 嵌在代碼中的 難看。 對于 要修改標準的 式。圖 4 顯示了 寫版，通常也稱為 或 。 圖 4. 的一種實現 一組相互協作的類、 記，它們組成一個可重用的 設計。這 個定義表示 一個框架，而不是一個庫，但 包含了豐富的標記庫和獨立于該框架工作的實用程序類。圖 5 顯示了 一個概覽。 圖 5. 覽 覽 ? 戶瀏覽器） 來自客戶瀏覽器的每個 求創(chuàng)建一個事件。 器將用一個 應作出響應。 ? 制器） 控制器接收來自瀏覽器的請求，并決定將這個請求發(fā)往何處。就 言，控制器是以 現的一個命令設計模式。 件配置控制器。 ? 業(yè)務邏輯 業(yè)務邏輯更新模型的狀態(tài)，并幫助控制應用程序的流程。就 言，這是通過作為實際業(yè)務邏輯 “ 瘦 ” 包裝的 完成的。 ? 型）的狀態(tài) 模型表示應用程序的狀態(tài)。業(yè)務對象更新應用程 序的狀態(tài)。 會話級或請求級表示模型的狀態(tài)，而不是在持久級。 件使用 記讀取來自 信息。 ? 圖） 視圖就是一個 件。其中沒有流程邏輯，沒有業(yè)務邏輯，也沒有模型信息 有標記。標記是使 別于其他框架（如 因素之一。 詳細分析 6 顯示的是 的一個最簡 。圖 6 顯示了 和 之間的最簡關系。 圖 6. 與 之間的關系的 您還記得函數映射的日子嗎？在那時，您會將某些輸入事件映射到一個函數指針上。如果您對此比較熟悉，您會將配置信息放入一個文件，并在運行時加載這個文件。函數指針數組曾經是用 C 語言進行結構化編程的很好方法。 現在好多了，我們有了 術、 等。 控制器是將事件（事件通常是 射到類的一個 如您所料 制器使用配置文件以使您不必對這些值進行硬編碼。時代變了，但方法依舊。 該 現的 分，它是這一框架的核心。 創(chuàng)建并使用 如前所述， 件配置該 創(chuàng)建 目時，您將擴展 解決特定的問題。文件 示 何使用這些擴展的類。這種方法有幾個優(yōu)點： ? 應用 程序的整個邏輯流程都存儲在一個分層的文本文件中。這使得人們更容易查看和理解它，尤其是對于大型應用程序而言。 ? 網頁設計人員不必費力地閱讀 碼來理解應用程序的流程。 ? 發(fā)人員也不必在更改流程以后重新編譯代碼。 可以通過擴展 添加 能。 護 用程序的會話狀態(tài)。 一個抽象類，必須為每個輸入表單模型創(chuàng)建該類的子類。當我說 輸入表單模型 時 ,是指 示的是由 單設置或更新的一般意義上的數據。例如，您可能有一個由 單設置的 架將執(zhí)行以下操作： ? 檢查 否存在；如果不存在，它將創(chuàng)建該類的一個實例。 ? 使用 相應的域設置 狀態(tài)。沒有太多討厭的 調用。例如， 架將從請求流中提取 并調用 。 ? 架在將 遞給業(yè)務包裝 前將更新它的狀態(tài)。 ? 在將它傳遞給 之前， 會對 用 方法進行表單狀態(tài)驗證。 注： 這并不總是明智之舉。別的網頁或業(yè)務可能使用 在這些地方，驗證可能有所不同。在 中進行狀態(tài)驗證可能更好。 ? 可在會話級維護 注： ? 件控制 單請求與 間的映射關系。 ? 可將多個請求映射到 ? 跨多頁進行映射，以執(zhí)行諸如向導之類的操作。 是業(yè)務邏輯的一個包裝。 的用途是將 換為業(yè)務邏輯。要使用 請創(chuàng)建它的子類并覆蓋 方法。 使用 方法將參數化的類傳遞給 仍然沒有太多討厭的 調用。當事件進展到這一步時，輸入表單數據（或 單數據）已被從請求流中提取出來并轉移到 中。 注：擴展 時請注意簡潔。 應該控制應用程序的流程，而不應該控制應用程序的邏輯。通過將業(yè)務邏輯放在單獨的包或 ，我們就可以提供更大的靈活性和可重用性。 考慮 的另一種方式是 計模式。 用途是 “ 將類的接口轉換為客戶機所需的另一個接口。 類能夠協同工作，如果沒有 這些類會因為不兼容的接口而無法協同工作。 ” （摘自 著的 O 。本例中的客戶機是 它對我們的具體業(yè)務類接口一無所知。因此， 供了它能夠理解的一個業(yè)務接口，即 通過擴展 我們使得我們的業(yè)務接口與 務接口保持兼容。（一個有趣的發(fā)現是， 類而不是接口）。 始為一個接口，后來卻變成了一個類。真是金無足赤。） （圖 6）還包括 裝了單個錯誤消息。 的容器， 以使用標記訪問這些類。 持錯誤列表的方式。 圖 7. 與 之間的關系的 輸入事件通常是在 求表單中發(fā)生的， 器將 求轉換為 控制器查看輸入事件并將請求分派給某個 。 定 用哪個 。 置信息被轉換為一組 而后者又被放入 器中。（您可能尚未注意到這一點，以 s 結尾的類就是容器） 含有關特定事件如何映射到特定 信息。 通過 方法將 遞給 。這樣就使 訪問用于控制流程的信息。 象的一個集合。 優(yōu)點 ? 記機制的使用 標記特性從 件獲得可重用代碼和抽象 碼。這個特性能很好地集成到基于 開發(fā)工具中，這些工具允許用標記編寫代碼。 ? 標記庫 為什么要另發(fā)明一種輪子，或標記庫呢？如果您在庫中找不到您所要的標記，那就自己定義吧。此 外，如果您正在學習 記技術，則 您提供了一個起點。 ? 開放源碼 您可以獲得開放源碼的全部優(yōu)點，比如可以查看代碼并讓使用庫的每個人檢查代碼。許多人都可以進行很好的代碼檢查。 ? 現樣例 如果您希望創(chuàng)建您自己的 現，則 增加您的見識。 ? 管理問題空間 分治是解決問題并使問題可管理的極好方法。當然，這是一把雙刃劍。問題越來越復雜，并且需要越來越多的管理。 缺點 ? 仍處于發(fā)展初期 發(fā)仍處于初級階段。他們正在向著發(fā)行版 本 努力，但與任何 本一樣，它不可能盡善盡美。 ? 仍在變化中 這個框架仍在快速變化。 比變化極大。為了避免使用不贊成使用的方法，您可能隔一天就需要下載最新的 過去的 6 個月中，我目睹 從 90K 增大到 270K 以上。由于 的變化，我不得不數次修改我的示例，但我不保證我的示例能與您下載的 同工作。 ? 正確的抽象級別 否提供了正確的抽象級別？對于網頁設計人 員而言，什么是正確的抽象級別呢？這是一個用 $64K 的文字才能解釋清楚的問題。在開發(fā)網頁的過程中，我們是否應該讓網頁設計人員訪問 碼？某些框架（如 不應該，但它提供了另一種 發(fā)語言讓我們學習。在 發(fā)中限制訪問 一定的合理性。最重要的是，如果讓網頁設計人員使用一點 將使用大量的 開發(fā)中，我總是看到這樣的情況。在 發(fā)中，您應該創(chuàng)建 象，然后編寫少量的 本將這些 象聯系起來。但是，發(fā)人員會瘋狂地使用 本。我會聽到這樣的話， “ 既然我可以用 接編寫 象，為什么還要等 發(fā)人員來創(chuàng)建它呢？ ” 通過使用標記庫， 助于限制 件中所需的 碼的數量。 是這樣的一種庫，它對有條件地生成輸出進行管理，但這并不能阻止 發(fā)人員對 碼的狂熱。無論您決定使用哪種類型的框架，您都應該了解您要在其中部署和維護該框架的環(huán)境。當然，這項任務真是說起來容易做起來難 。 ? 有限的適用范圍 一種基于 決方案，所以必須用 件和 實現它。 ? 用程序支持 要支持 范的 器。僅憑這一點遠不能解決您的全部安裝問題，除非使用 用 裝這個庫時遇到一大堆問題，按理說它是第一種符合 應用程序服務器。我建議您在遇到問題時訪問 戶 郵件列表的歸檔資料。 ? 復雜性 在將問題分為幾個部分的同時也引入了復雜性。毫無疑問，要理解 須接受一定的培訓。隨著變化的不斷加入，這有時會令人很沮喪。歡迎訪問本網站。 前景 在這個軟件開發(fā)的新時代，一切都變得很快。在不到 5 年的時間內，我已經目睹了從 到使用 直到現在的 變遷。 在盡力將新的變化反映到 系結構中，正如他們對 言和 作的更改一樣。您可以從 網站獲得新的 范的草案。此外，一個標準 記庫即將出現 。 附件 2：外文原文 an VC a in eb if a SP in on is a a a eb a a of in a a If on a eb is a to is VC .2 .1 2EE as of a on SP of We of is VC to of by ? of s of it is It or ? of It is of it no of In it be to ? to It eb to it to of On to to to of is or Of we C/C++ or to to ? ? to to ? of be to to ? t to in ? is VC to eb . is a ML of . of of to Do of to a to a If a at of . is we is a an to - a so to is of VC is of As of eb to on to to ? of is in a it to ? to to of ? to be by eb is an is I am a of is or by a a is by ? to if a if it an of ? of No . ? of it to ? it to by is to be of in or be of be in ? be at a ? to ? be ? be as is a is to to To no By of . is a of SP up a is a a an of an . ? an eb ? to is a as a ? of of is as a to ? of at a or at a SP SP ? is a is no no no - of to "of By in a we of is as of is of a of ( O in is a it By we (An is is a an as an a s ML ) an is a of up a of . of of to An is in of at to is a (If s of a to to to to is a ? SP SP ? or a If in In a if SP ? of as to ? VC if to VC ? is a of Of is ? is in a as .0 it ? is a of A of .5 to to In th