【導(dǎo)讀】肅肄芃蚃聿肅蒅罿羅肂薈螂袁肁蝕薄腿肁荿螀肅肀蒂薃羈腿薄螈袇膈芄薁螃膇莆螆膂膆薈蠆肈膅蟻裊羄膅莀蚈袀膄蒃袃螆膃薅蚆肅節(jié)芅袁羈芁莇蚄袆芀蕿袀袂艿螞螂膁艿莁薅肇羋蒄螁羃芇薆薄衿芆芅蝿螅蒞莈薂肄莄蒀螇羀莃螞薀羆莃莂袆袂莂蒄蚈膀莁薇襖肆莀蠆蚇葿荿袂袈肆蒁蚅螄肅薃袀肅肄芃蚃聿肅蒅罿羅肂薈螂袁肁蝕薄腿肁荿螀肅肀蒂薃羈腿薄螈袇膈芄薁螃膇莆螆膂膆薈蠆肈膅蟻裊羄膅莀蚈袀膄蒃袃螆膃薅蚆肅節(jié)芅袁羈芁莇蚄袆芀蕿袀袂艿螞螂膁艿莁薅肇羋蒄螁羃芇薆薄衿芆芅蝿螅蒞莈薂肄莄蒀螇羀莃螞薀羆莃莂袆袂莂蒄蚈膀莁薇襖肆莀蠆蚇葿荿袂袈肆蒁蚅螄肅薃袀肅肄芃蚃聿肅蒅罿羅肂薈螂袁肁蝕薄腿肁荿螀肅肀蒂薃羈腿薄螈袇膈芄薁螃膇莆螆膂膆薈蠆肈膅蟻裊羄膅莀蚈袀膄蒃袃螆膃薅蚆肅節(jié)芅袁羈芁莇蚄袆芀蕿袀袂艿螞螂膁艿莁薅肇羋蒄螁羃芇薆薄衿芆芅蝿螅蒞莈薂肄莄蒀螇羀莃螞薀羆莃莂袆袂莂蒄蚈膀莁薇襖肆莀蠆蚇葿荿袂袈肆蒁蚅螄肅薃袀肅肄芃蚃聿肅蒅罿羅肂薈螂袁肁蝕薄腿肁荿

　　

【正文】 處理，然后將生成的 HTML頁面返回給客戶端的瀏覽器。 Java Servlet 是JSP的技術(shù)基礎(chǔ)，而且大型的 Web應(yīng)用程序的開發(fā)需要 Java Servlet和 JSP 配合才能完成。JSP具備了 Java技術(shù)的簡單易用，完全的面向?qū)ο?，具有平臺無關(guān)性且安全可靠，主要面向因特網(wǎng)的所有特點。 JSP 技術(shù)的強勢與弱勢分析 技術(shù)的強勢 （ 1）一次編寫，到處運行。在這一點上 Java比 PHP更出色，除了系統(tǒng)之外，代碼不用做任何更改。 （ 2）系統(tǒng)的多平臺支持?；旧峡梢栽谒衅脚_上的任意環(huán)境中開發(fā)，在任意環(huán)境中進行系統(tǒng)部署，在任意環(huán)境中擴展。相比 ASP/PHP的局限性是顯而易見的。 （ 3）強大的可伸縮性。從只有一個小的 Jar文件就可以運行 Servlet/JSP，到由多臺服務(wù)器進行集群和負(fù)載均衡，到多臺 Application 進行事務(wù)處理，消息處理，一臺服務(wù)器到無數(shù)臺服務(wù)器， Java顯示 了一個巨大的生命力。 （ 4）多樣化和功能強大的開發(fā)工具支持。這一點與 ASP很像， Java已經(jīng)有了許多非常優(yōu)秀的開發(fā)工具，而且許多可以免費得到，并且其中許多已經(jīng)可以順利的運行于多種平臺之下。 技術(shù)的弱勢 (1) 與 ASP 一樣， Java的一些優(yōu)勢正是它致命的問題所在。正是由于為了跨平臺的功能，為了極度的伸縮能力，所以極大的增加了產(chǎn)品的復(fù)雜性。 (2) Java 的運行速度是用 class 常駐分離了應(yīng)用程序的邏輯和頁面顯示； 能夠進行快速的開發(fā)和測試； 簡化了開發(fā)基于 Web的交互式應(yīng) 用程序的過程。 為了快速方便地進行動態(tài)網(wǎng)站的開發(fā)， JSP 在以下幾個方面做了改進，使其成為快速建立跨平臺的動態(tài)網(wǎng)站的首選方案。 (1) 將內(nèi)容的生成和顯示進行分離 用 JSP技術(shù)， Web頁面開發(fā)人員可以使用 HTML或者 XML標(biāo)識來設(shè)計和格式化最終頁面，并使用 JSP 標(biāo)識或者小腳本來生成頁面上的動態(tài)內(nèi)容（內(nèi)容是根據(jù)請求變化的，例如請求賬戶信息或者特定的一瓶酒的價格等）。生成內(nèi)容的邏輯被封裝在標(biāo)識和 JavaBeans 組件中，并且捆綁在腳本中，所有的腳本在服務(wù)器端運行。由于核心邏輯被封裝在標(biāo)識和 JavaBeans中，所以 Web管理人員和頁面設(shè)計者，能夠編輯和使用 JSP頁面，而不影響內(nèi)容的生成。 在服務(wù)器端， JSP引擎解釋 JSP標(biāo)識和腳本，生成所請求的內(nèi)容（例如，通過訪問 JavaBeans組件，使用 JDBC技術(shù)訪問數(shù)據(jù)庫或者包含文件），并且將結(jié)果以 HTML（或者 XML）頁面的形式發(fā)送回瀏覽器。這既有助于作者保護自己的代碼，又能保證任何基于 HTML 的 Web瀏覽器的完全可用性。 (2) 可重用組件 絕大多數(shù) JSP 頁面依賴于可重用的、跨平臺的組件（ JavaBeans 或者 Enterprise JavaBeans組件）來執(zhí)行應(yīng)用程序所要求的復(fù)雜的處理。開發(fā)人員能夠共享和交換執(zhí)行普通操作的組件，或者使得這些組件為更多的使用者和客戶團體所使用?；诮M件的方法加速了總體開發(fā)過程，并且使得各種組織在他們現(xiàn)有的技能和優(yōu)化結(jié)果的開發(fā)努力中得到平衡。 (3) 采用標(biāo)識 Web頁面開發(fā)人員不會都是熟悉腳本語言的編程人員。 JSP技術(shù)封裝了許多功能，這些功能是在易用的、與 JSP 相關(guān)的 XML標(biāo)識中進行動態(tài)內(nèi)容生成所需要的。標(biāo)準(zhǔn)的 JSP 標(biāo)識能夠訪問和實例化 JavaBeans組件，設(shè)置或者檢索組件屬性，下載 Applet，以及執(zhí)行 用其他方法更難于編碼和耗時的功能。 (4) 適應(yīng)平臺 幾乎所有平臺都支持 Java， JSP＋ JavaBeans幾乎可以在所有平臺下通行無阻。從一個平臺移植到另外一個平臺， JSP 和 JavaBeans甚至不用重新編譯，因為 Java字節(jié)碼都是標(biāo)準(zhǔn)的與平臺無關(guān)的。 (5) 數(shù)據(jù)庫連接 Java 中連接數(shù)據(jù)庫的技術(shù)是 JDBC， Java程序通過 JDBC驅(qū)動程序與數(shù)據(jù)庫相連，執(zhí)行查詢、提取數(shù)據(jù)等操作。 Sun公司還開發(fā)了 JDBC－ ODBC bridge，利用此技術(shù) Java程序可以訪問帶有 ODBC驅(qū)動程序的數(shù)據(jù)庫，目前大 多數(shù)數(shù)據(jù)庫系統(tǒng)都帶有 ODBC驅(qū)動程序，所以Java程序能訪問諸如 Oracle、 Sybase、 MS SQL Server和 MS Access等數(shù)據(jù)庫。 此外，通過開發(fā)標(biāo)識庫， JSP 技術(shù)可以進一步擴展。第三方開發(fā)人員和其他人員可以為常用功能創(chuàng)建自己的標(biāo)識庫。這使得 Web 頁面開發(fā)人員能夠使用熟悉的工具和如同標(biāo)識一樣的執(zhí)行特定功能的構(gòu)件來進行工作。 JSP 技術(shù)很容易整合到多種應(yīng)用體系結(jié)構(gòu)中，以利用現(xiàn)存的工具和技巧，并且能擴展到支持企業(yè)級的分布式應(yīng)用中。作為采用 Java 技術(shù)家族的一部分，以及 Java 2（企業(yè)版體 系結(jié)構(gòu)）的一個組成部分， JSP 技術(shù)能夠支持高度復(fù)雜的基于 Web的應(yīng)用。 由于 JSP 頁面的內(nèi)置腳本語言是基于 Java 的，而且所有的 JSP 頁面都被編譯成為 Java Servlets，所以 JSP 頁面具有 Java技術(shù)的所有好處，包括健壯的存儲 管理和安全性。作為 Java 平臺的一部分， JSP 擁有 Java 編程語言 “一次編寫，各處運行 ”的特點。 利用 JSP技術(shù)，動態(tài)信息由 JSP 頁面來表現(xiàn)， JSP 頁面由安裝在 Web服務(wù)器或者使用 JSP的應(yīng)用服務(wù)器上的 JSP引擎執(zhí)行。 JSP 引擎接受客戶端對 JSP 頁面的請求，并 且生成 JSP 頁面作為對客戶端的響應(yīng)。 JSP 頁面通常被編譯成為 Java Servlets，這是一個標(biāo)準(zhǔn)的 Java擴展。頁面開發(fā)人員能夠訪問全部的 Java應(yīng)用環(huán)境，以利用 Java技術(shù)的擴展性和可移植性。當(dāng) JSP頁面第一次被調(diào)用時，如果它還不存在，就會被編譯成為一個 Java Servlets類，并且存儲在服務(wù)器的內(nèi)存中。這就使得在接下來的對該頁面的調(diào)用中，服務(wù)器會有非常快的響應(yīng)（這避免了 CGI－ BIN為每個 HTTP請求生成一個新的進程的問題）。 JSP 頁面可以包含在多種不同的應(yīng)用體系結(jié)構(gòu)或者模型中，可以用于 由不同協(xié)議、組件和格式所組成的聯(lián)合體中。基于 JSP 的動態(tài)信息發(fā)布技術(shù)是一個開放的、可擴展的建立動態(tài)Web 頁面的標(biāo)準(zhǔn)。不論采用什么創(chuàng)建工具，開發(fā)人員都可以使用 JSP 頁面來創(chuàng)建可移植的Web應(yīng)用，在不同的 Web應(yīng)用服務(wù)器上運行。 MVC及 Struts介紹 MVC介紹 MVC模式是 ModelViewController的縮寫，中文翻譯為 模式 視圖 控制器 。即把一個應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的 方式進行分離，這樣一個應(yīng)用被分成三個層 ——模型層、視圖層、控制層。 視圖 (View)代表用戶交互界面，對于 Web 應(yīng)用來說，可以概括為 HTML 界面，但有可能為 XHTML、 XML和 Applet。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應(yīng)用可能有很多不同的視圖， MVC 設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞 給控制和模型。 模型 (Model)：就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是 MVC最主要的核心。目前流行的 EJB模型就是一個典型的應(yīng)用例子，它從應(yīng)用技術(shù)實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計模型的框架。它僅僅告訴你按這種模型設(shè)計就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對一個開發(fā)者來說，就可以專注于業(yè)務(wù)模型的設(shè)計。 MVC 設(shè)計模式告訴 我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計依據(jù)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。 MVC并沒有提供模型的設(shè)計方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。我們可以用對象編程來做比喻， MVC定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。這點對編程的開發(fā)人員非常重要。 業(yè)務(wù)模型還有一個很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù) 保存（持續(xù)化）。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。我們可以將這個模 型單獨列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。 控制 (Controller)可以理解為從用戶接收請求 ,