【文章內(nèi)容簡介】 pping（請求映射）、 ActionForward ActionForm 客戶瀏覽器 控制器 ActionServlet 模型 JavaBean Action 視圖 JSP Form Bean Http請求分發(fā)至 Http請求 北京化工大學北方學院畢業(yè)設(shè)計（論文） 11 W eb 客戶W ebServer控制器Acti o n Servl et視圖JSPActi o nActi o nActi o n模型Acti o n Fo rm BeanJav a BeanEJBServl et / JSP 容器（操作轉(zhuǎn)移）、 ActionError（ 存儲和回收錯誤 ），詳細情況如表 所示。 [8] 表 Struts 包含組件表 ActionServlet 控制器 ActionClass 包含事務(wù)邏輯 ActionForm 顯示模塊數(shù)據(jù) ActionMapping 幫助控制器將請求映射到操作 ActionForward 用來指示操作轉(zhuǎn)移的對象 ActionError 用來存儲和回收錯誤 Struts 標記庫 可以減輕開發(fā)顯示層次 的工作 Struts 的 MVC 圖 如 圖 所示 。 圖 Struts 的 MVC 圖 第 節(jié) MVC簡介 MVC 是三個單詞的縮寫 ， 分別為 ： 模型 (Model)、 視圖 (View)和控制 Controller)。 MVC 模式的目的就是實現(xiàn) Web 系統(tǒng)的職能分工 。 Model 層實現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通?？梢杂?JavaBean 或 EJB 來實現(xiàn) 。 View 層用于與用戶的交互 ， 通常用 JSP 來 實現(xiàn)。 Controller 層是 Model 與 View 之間溝通的橋梁，它可以分派用戶的請求并選擇恰當?shù)囊晥D以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。 [9] （ 1） MVC 與模板概念的理解 北京化工大學北方學院畢業(yè)設(shè)計（論文） 12 MVC(Model View Controller) ： 模型 (Model) － 視 圖 (View) －控制器(Controller)，如圖 所示 。 圖 MVC 模型圖 MVC 本來是存在于 Desktop 程序中的， M 是指數(shù)據(jù)模型， V 是指用戶界面， C則是控制器。使用 MVC 的目的是將 M和 V的實現(xiàn)代碼 分離，從而使同一個程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計數(shù)據(jù)你可以分別用柱狀圖、餅圖來表示。 C 存在的目的則是確保 M 和 V 的同步，一旦 M改變 ， V應(yīng)該同步更新。 模型－視圖－控制器（ MVC）是 Xerox PARC 在八十年代為編程語言 Smalltalk－80 發(fā)明的一種 軟件設(shè)計模式 ，至今已被廣泛使用。最近幾年被推薦為 Oracle 旗下 Sun公司 Java EE 平臺的設(shè)計模式，并且受到越 來越多的使用 ColdFusion 和 PHP 的開發(fā)者的歡迎。 [10] （ 2） MVC 如何工作 MVC 是一個設(shè)計模式，它強制性的使 應(yīng)用程序 的輸入、處理和輸出分開。使用 MVC應(yīng)用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 ① 視圖 。 視圖是用戶看到并與之交互的界面。對老式的 Web 應(yīng)用程序來說，視圖北京化工大學北方學院畢業(yè)設(shè)計（論文） 13 就是由 HTML 元素組成的界面， 在新式的 Web 應(yīng)用程序中， HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括 Macromedia Flash 和象 XHTML，XML/XSL， XML等一些標識語言 。 如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性 ， MVC 一個大的好處是它能為你的應(yīng)用程序處理很多不同的視圖 ， 在視圖中其實沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 ② 模型 。 模型表示學校數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個部件中，模型 擁有最多的處理任務(wù)。例如它可能用象 EJB 和 ColdFusion Components 這樣的構(gòu)件 對象 來處理數(shù)據(jù)庫。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。 ③ 控制器 。 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當單擊 Web 頁面中的超鏈接和發(fā)送 HTML 表單 時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后再確定用哪個視圖來顯示返回的數(shù)據(jù)。 [11] （ 3） 為什么要使用 MVC 大部分 Web 應(yīng)用程序都是用像 ASP， PHP，或者 CFML 這樣的過程化 (自 版本后已全面支持 面向?qū)ο?模型 )語言來創(chuàng)建的。它們將像數(shù)據(jù)庫查詢語句這樣的數(shù)據(jù)層代碼和像 HTML 這樣的表示層代碼混在一起。經(jīng)驗比較豐富的開發(fā)者會將數(shù)據(jù)從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。 MVC從根本上強制性的將它們分開。盡管構(gòu)造 MVC 應(yīng)用程序需要一些額外的工作，但是它給我們帶來的好處是毋庸置疑的。 首先，最重要的一點是多個視圖能共享一個模型，現(xiàn)在需要用越來越多的方式來訪問你的應(yīng)用程序。對此，其中一個解決之道是使用 MVC，無論你的 用戶想要 Flash界面或是 WAP 界面 ； 用一個模型就能處理它們。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開，所以你可以最大化的重用你的代碼了。 由 于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構(gòu)件能被不同界面使用 。 例如，很多數(shù)據(jù)可能用 HTML 來表示，但是它們也有可能要用 Adobe Flash 和 WAP 來表示。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能 。 例如，基于會話的購物車和電子商務(wù)過北京化工大學北方學院畢業(yè)設(shè)計（論文） 14 程也能被 Flash 網(wǎng)站或者無線聯(lián)網(wǎng)的應(yīng)用程序所重用。 因為模型是自包含的，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù) 層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫從 Mysql移植到 Oracle，或者改變你的基于 RDBMS 數(shù)據(jù)源到 LDAP，只需改變你的模型即可。一旦你正確的實現(xiàn)了模型，不管你的數(shù)據(jù)來自數(shù)據(jù)庫或是 LDAP 服務(wù)器，視圖將會正確的顯示它們。由于運用 MVC的應(yīng)用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據(jù)這種設(shè)計思想你能構(gòu)造良好的松耦合的構(gòu)件。 對我來說，控制器也提供了一個好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強有力的手段。給定一些可重用的模型和視 圖，控制器可以根據(jù)用戶的需求選擇模型進行處理，然后選擇視圖將處理結(jié)果顯示給用戶。 [12] （ 4） MVC 的優(yōu)點 ① 低耦合性 。 視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動 MVC的模型層即可 。 因為模型與控制器和視圖相分離，所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。 ② 高重用性和可適用性 。 隨著技術(shù)的不斷進步，現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。 MVC 模式 允許你使用各種不同樣式的視圖來訪問同一個服務(wù)器端的代碼。它包括任何 WEB（ HTTP） 瀏覽器 或者無線瀏覽器（ wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的 構(gòu)件能被不同的界面使用。例如，很多數(shù)據(jù)可能用 HTML 來表示，但是也有可能用 WAP 來表示，而這些表示所需要的命令是改變視圖層的實現(xiàn)方式，而控制層和模型層無需做任何改變。 ③ 較低的生命周期成本 。 MVC使開發(fā)和維護用戶接口的技術(shù)含量降低。 ④ 快速的部署 。 使用 MVC 模式使開發(fā)時間得到相當大的縮減，它使程序員（ Java開發(fā)人員）集中精力于業(yè)務(wù)邏輯，界面程序員（ HTML 和 JSP 開發(fā)人員）集中精力于表現(xiàn)形式上。 ⑤ 可維護性 。 分 離視圖層和業(yè)務(wù)邏輯層也使得 WEB 應(yīng)用更易于維護和修改。 ⑥ 有利于軟件工程化管理 。 由于不同的層各司其職 ， 每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。 [13] 北京化工大學北方學院畢業(yè)設(shè)計（論文） 15 （ 5） MVC 的缺點 MVC 的缺點是由于它沒有明確的定義，所以完全理解 MVC 并不是很容易。使用 MVC需要精心的計劃，由于它的內(nèi)部原理比較復雜，所以需要花費一些時間去思考。 你將不得不花費相當可觀的時間去考慮如何將 MVC 運用到你的應(yīng)用程序，同時由于模型和視圖要嚴格的分離，這樣也給調(diào)試應(yīng)用程序帶 來了一定的困難。每個構(gòu)件在使用之前都需要經(jīng)過徹底的測試。一旦你的構(gòu)件經(jīng)過了測試，你就可以毫無顧忌的重用它們了。 根據(jù)開發(fā)者經(jīng)驗，由于開發(fā)者將一個應(yīng)用程序分成了三個部件，所以使用 MVC 同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。 MVC 并不適合小型甚至中等規(guī)模的應(yīng)用程序，花費大量時間將 MVC 應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會得不償失。 MVC 設(shè)計模式是一個很好創(chuàng)建 軟件 的途徑，它所提倡的一些原則，像內(nèi)容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用程序的構(gòu)架方面。如果你肯接受 MVC，并且有能力應(yīng)付它所帶來的額外的工作和復雜性， MVC 將會使你的軟件在健壯性，代碼重用和結(jié)構(gòu)方面上一個新的臺階。 第 SSH框架介 紹 SSH組成 傳輸層協(xié)議 [SSHTRANS]， 提供了服務(wù)器認證，保密性及完整性。此外它有時還提供壓縮功能。 SSHTRANS 通常運行在 TCP/IP 連接上，也可能用于其它可靠數(shù)據(jù)流上 。 SSHTRANS 提供了強力的加密技術(shù)、密碼主機認證及完整性保護。該協(xié)議中的認證基于主機，并且該協(xié)議不執(zhí)行 用戶認證 。更高層的用戶認證協(xié)議可以設(shè)計為在此 協(xié)議之上。 用戶認證協(xié)議 [SSHUSERAUTH]， 用于向服務(wù)器提供客戶端用戶鑒別功能。它運行在 傳輸層 協(xié)議 SSHTRANS 上面。當 SSHUSERAUTH 開始后，它從低層協(xié)議那里接收會話 標識符 （從第一次 密鑰 交換中的交換 哈希 H）。會話標識符唯一標識此會話并且北京化工大學北方學院畢業(yè)設(shè)計（論文） 16 適用于標記以證明私鑰的所有權(quán)。 SSHUSERAUTH 也需要知道低層協(xié)議是否提供保密性保護。 連接協(xié)議 [SSHCONNECT]， 將多個加密隧道分成邏輯通道。它運行在用戶認證協(xié)議上。它提供了交互式登錄話路、遠程 命令 執(zhí)行、轉(zhuǎn)發(fā) TCP/IP 連接和轉(zhuǎn)發(fā) X11 連接。 [14] SSH的結(jié)構(gòu) SSH 是由客戶端和服務(wù)端的軟件組成的 ， 有兩個不兼容的版本分別是： 和 。 用 SSH 的客戶程序是不能連接到 SSH 的服務(wù)程序上去的。 OpenSSH 同時支持 SSH 和 。 服務(wù)端是一個 守護進程 (Daemon)，他在后臺運行并響應(yīng)來自客戶端的連接請求。服務(wù)端一般是 sshd 進程，提供了對遠程連接的處理，一般包括公共密鑰認證、密鑰交換、 對稱密鑰 加密和非安全連接。 客戶端包含 ssh 程序以及像 scp（遠程拷貝）、 slogin（遠程登陸）、 sftp（安全文件傳輸）等其他的應(yīng)用程序。 他們的工作機制大致是本地的客戶端發(fā) 送一個連接請求到遠程的服務(wù)端，服務(wù)端檢查申請的包和 IP 地址再發(fā)送密鑰給 SSH 的客戶端，本地再將密鑰發(fā)回給服務(wù)端，自此連接建立。 SSH 和 SSH 在連接協(xié)議上有一些差異。一旦建立一個安全傳輸層連接，客戶機就發(fā)送一個服務(wù)請求。當用戶認證完成之后，會發(fā)送第二個服務(wù)請求。這樣就允許新定義的協(xié)議可以與上述協(xié)議共存。連接協(xié)議提供了用途廣泛的各種通道，有標準的方法用于建立安全交互式會話外殼和轉(zhuǎn)發(fā)（ “隧道技術(shù) ”）專有 TCP/IP 端口和 X11 連接。 SSH 被設(shè)計成為工作于自己的基礎(chǔ)之上而不利用超級服務(wù)器 (id)， 雖然可以通過 id 上的 tcpd 來運行 SSH 進程，但是這完全沒有必要。啟動 SSH 服務(wù)器后， sshd運行起來并在默認的 22 端口進行監(jiān)聽（你可以用 ps waux | grep sshd 來查看sshd 是否已經(jīng)被正確的運行了）如果不是通過 id 啟動的 SSH，那么 SSH就將一直等待連接請求。當請求到來的時候 SSH 守護進程會產(chǎn)生一個子進程，該子進程進行這次的連接處理。 SSH 在 J2EE 項目中表示了 3種框架，即 Spring + Struts +Hibernate。 Struts對 應(yīng) Model， View 和 Controller 都提供了對應(yīng)的組件。 Spring 是一個輕量級的控制反轉(zhuǎn) (IoC)和面向切面 (AOP)的容器框架，