【正文】 但是 本系統(tǒng)中 也沒有使用AJAX(Asynchro。 本系統(tǒng)中用 AJAX 技術(shù)實現(xiàn)評論的動態(tài)加載，實現(xiàn)的效果是 :用戶發(fā)表評論后，客戶端會發(fā)起一個 后臺的 異步請求， 到 服務(wù)器查詢出剛才 該 用戶發(fā)表的評論，然后把結(jié)果返回給客戶端，然后客戶端會調(diào)用 JavaScript 回調(diào)函數(shù) 操作頁面上的DOM，把評論信息插入列表的最上面。這樣做有一個很大的弊端就是，有的用戶并不了解 Web 應(yīng)用的整個響應(yīng)流程，在他們看來評論列表上沒有自己剛剛發(fā)表的評論就以為剛才評論沒有發(fā)表成功，然后就很有可能再重發(fā)一次，這樣既浪費了用戶的時間也浪費了有限的服務(wù)器資源 。 這樣 的實現(xiàn)方式可以避免每次切換相片都刷新頁面，然后去后臺查詢一些每次都會重復(fù)的前臺顯示信息，從而能夠降低服后臺務(wù)器的負擔(dān)和讓 用戶 感覺 等待的 時間 也減少了，提高了用戶體驗 。 本系統(tǒng)中，相片切換的方式使用了 AJAX 技術(shù)， 實現(xiàn)的效果是 :用戶 點擊 當(dāng)前瀏覽的 相片 后， 客戶端 就發(fā)起一次異步請求，到后臺服務(wù)器查詢出當(dāng)前瀏覽的相冊中下一張 相片 ，然后把 相片 信息返回給 客戶端 ，前 臺客戶端接收到回饋后就執(zhí)行 JavaScript 定義好 的回調(diào)函數(shù)， 然后回調(diào)函數(shù)就會對頁面中的 DOM 操作，改變相片顯示字段的信息，這樣 就切換 到了 下一張相片來，整個過程并不刷 新 頁面 。 相片的切換瀏覽 在 Web 應(yīng)用中，傳統(tǒng)的圖片瀏覽方式是用戶點擊一個圖片的鏈接后，頁面發(fā)起一個請求 ，到服務(wù)器 查詢出圖片的相關(guān)信息，然后展示在前臺頁面。 本系統(tǒng)中在注冊表單的用戶名字段屬性上設(shè)置了失去焦點時候驗證用戶名是否存在，因此當(dāng)用戶名輸入框失去焦點時客戶端就開始發(fā)起一個異步請求到后臺服務(wù)器去驗證用戶名是否已經(jīng)存在，然后返回 用戶名是否可以注冊的 提示給用戶。 注冊用戶名 的檢測 在一個傳統(tǒng)的 Web 應(yīng)用中，用戶注冊時僅僅就在客戶端用 JavaScript 做一些表單字段的長度或者格式之類的驗證。目前已知有自動處理此問題之開發(fā)框架似乎只有 ZK。這會造成應(yīng)用程序典型的多進程（ Process）或多線程（ Thread）的競爭（ Racing）問題。 （ 5） AJAX 是以異步的方式向服務(wù)器提交需求。缺點在于用戶接口引擎以及表現(xiàn)層通常以標(biāo)準(zhǔn)組件的形式存在，如需要特殊組件（用戶接口）時，往往須待原框架之開發(fā)者提供，緩不濟急。由瀏覽器所觸發(fā)之事件亦送回服務(wù)器處理，根據(jù)業(yè)務(wù)邏輯來更新表現(xiàn)層，然后反映回瀏覽器。 （ 4）將表現(xiàn)層、業(yè)務(wù)邏輯、及數(shù)據(jù)層放在服務(wù)器，瀏覽器僅有用戶接口引擎（ User Interface Engine）；此法又稱為瘦客戶端（ Thin Client）架構(gòu)，或中心服務(wù)器（ ServerCentric）架構(gòu)。有些 AJAX 開發(fā)框架如 DWR 企圖以自動生成JavaScript 之方式來避免兼容的問題，并開立通道使得 JavaScript 可以直接調(diào)用服務(wù)器端的 Java 程序來簡化數(shù)據(jù)的訪問。第三， JavaScript 訪問服務(wù)器數(shù)據(jù)，仍需適當(dāng)?shù)姆?wù)器端程序之配合。但是問題也不少，主因在第一， JavaScript 語言本身之能力可能不足以處理復(fù)雜的業(yè)務(wù)邏輯。服務(wù)器在此架構(gòu)下通常僅用于提供及儲存數(shù)據(jù)。針對業(yè)務(wù)邏輯分散的問題， AJAX 開發(fā)框架大致可分為兩類： （ 3）將業(yè)務(wù)邏輯及表現(xiàn)層放在瀏覽器，數(shù) 據(jù)層放在服務(wù)器。由于業(yè)務(wù)邏輯可能分散在客戶端及服務(wù)器，且以不同之程序語言實現(xiàn)，這導(dǎo)致 AJAX 應(yīng)用程序極難維護。 （ 2） AJAX 技術(shù)之主要目的在于局部交換客戶端及服務(wù)器之間的數(shù)據(jù)。因此，目前大部分的AJAX 鏈接庫或開發(fā)框架大多以 js 鏈接庫的形式存在，以定義更高階的 JavaScript API 、 JavaScript 對象（模板）、或者 JavaScript Widgets 來解決此問 題。各家瀏覽器對于 JavaScript／ DOM／ CSS 的支持 18 總有部分不太相同或是有 Bug，甚至同一瀏覽器的各個版本間對于 JavaScript／DOM／ CSS 的支持也有可能部分不一樣。同樣，也出現(xiàn)了另一種輔助程序設(shè)計的技術(shù)，為那些不支持 JavaScript的用戶提供替代功能。就像 DHTML 應(yīng)用程序那樣， AJAX 應(yīng)用程序必須在眾多不同的瀏覽器和平臺上經(jīng)過嚴(yán)格的測試。這使得 Web 應(yīng)用程序更為迅捷地回應(yīng)用戶動作，并避免了在網(wǎng) 絡(luò)上發(fā)送那些沒有改變過的信息。同時很多的處理工作可以在發(fā)出請求的客戶端機器上完成，所以 Web 服務(wù)器的處理時間也減少了。 AJAX 在應(yīng)用中 的優(yōu)點 隨著 AJAX 的出現(xiàn) ， 給傳統(tǒng)應(yīng)用 帶來了新的解決方案 ， AJAX 應(yīng)用可以僅向服務(wù)器發(fā)送并取回必需的數(shù)據(jù)，它使用 SOAP 或其它一些基于 XML 的 Web Service 接口，并在客戶端采用 JavaScript 處理來自服務(wù)器的響應(yīng)。這個做法浪費了許多帶寬 和用戶的寶貴時間 ，因為在 前后 兩個頁面中的大部分 HTML代碼往往是相同的。 17 AJAX技術(shù) 相比傳統(tǒng)技術(shù) 的 優(yōu)點 傳統(tǒng)應(yīng)用的特點 在 AJAX 技術(shù)出現(xiàn)之前 ， 傳統(tǒng)的 Web 應(yīng)用允許用戶填寫表單 (Form)，當(dāng)提交表單時就向 Web 服務(wù)器發(fā)送一個 具體 的 應(yīng)用 請求。還有相片展示頁面，只用點擊當(dāng)前相片就可以切換到下一張，不用等待整個頁面的刷新。 在本 系統(tǒng)中有大量 AJAX 特效的應(yīng)用， 不用刷新整個頁面就可以改變局部 數(shù)據(jù)的顯示，這在大型應(yīng)用中是有很大應(yīng)用價值的，它不僅可以節(jié)約用戶等待刷新的時間還可以減輕服務(wù)器端發(fā)送大量重復(fù)數(shù)據(jù)的負擔(dān)?，F(xiàn)在用戶已經(jīng)逐漸習(xí)慣如何使用 Web 應(yīng)用了。 AJAX 的最大機遇在于用戶體驗。 最重要的是， AJAX 開發(fā)人員必須禁止以頁面集合的方式來考慮 Web 應(yīng)用而需要將其認為是單個頁面。 AJAX開發(fā)人員必須理解傳統(tǒng)的 MVC 架構(gòu)，這限制了應(yīng)用層次之間的邊界。由于 AJAX 依賴瀏覽器的 JavaScript 和 XML，瀏覽器的兼容性和支持的標(biāo)準(zhǔn)也變得和 JavaScript 的運行時性能一樣重要了。 AJAX 開發(fā)與傳統(tǒng)的 CS 開發(fā)有很大的不同。同時也詳細介紹了 JSP 的相關(guān)技術(shù)，運行環(huán)境及其開發(fā)工具。 （ 13） Connector 把 HttpServletResponse 對象返回給客 戶 browser。 （ 11） Host 把 HttpServletResponse 對象返回給 Engine。 （ 9） 構(gòu)造 HttpServletRequest 對象和 HttpServletResponse 對象，作為參數(shù)調(diào)用 JspServlet 的 doGet 或 doPost 方法 。 （ 7） path=/web的 Context 獲得請求 /，在它的 mapping table中尋找對應(yīng)的 servlet。 （ 5） Localhost Host 獲得請求 /web/，匹配它所擁有的所有Context。 （ 3） Engine 獲得請求 localhost/web/，匹配它所擁有的所有虛擬主機 Host。 Tomcat Server 處理一個 請求 的過程 假設(shè)來自客戶的請求為： （ 1） 請求被發(fā)送到本機端口 8080，被在那里偵聽的 Coyote HTTP/ Connector 獲得 。 當(dāng) Context 獲得請求時，將在自己的映射表 (mapping table)中尋找相匹配的 Servlet 類 。 （ 6） Context ： 一個 Context 對應(yīng)于一個 Web Application，一個 Web Application 由一個或者多個 Servlet 組成 。 當(dāng) Host 獲得一個請求時，將把該請求匹配到某個 Context 上，然后把該請求交給該 Context來處理 。 （ 5） Host ： 代表一個 Virtual Host，虛擬主機，每個虛擬主機和某個網(wǎng)絡(luò)域名 Domain Name 相匹配 。 當(dāng) Engine 獲得一個請求時，它把該請求匹配到某個 Host 上，然后把該請求交給該 Host 來處理 。 Coyote JK2 Connector 在端口 8009 處偵聽來自其它WebServer(Apache)的 servlet/jsp 代理請求 。 Tomcat 有兩個典型的 Connector，一個直接偵聽來自 browser 的 請求，一個偵聽來自其它 WebServer 的請求 。 Tomcat Server 的組成部分 （ 1） Servlet ： A Server element represents the entire Catalina servlet container. （ 2） Service ： A Service element represents the bination of one or more Connector ponents that share a single Engine. Service 是這樣一個集合：它由一個或者多個 Connector 組成，以及一個 Engine，負責(zé)處理所有 Connector 所獲得的客戶請求 。由于有了 Sun 的參與和支持，最新的Servlet 和 Jsp 規(guī)范總能在 Tomcat 中得到體現(xiàn)。本系統(tǒng)采用的是 。MyEclipse 允許將現(xiàn)在的 HTML 或是 JSP 轉(zhuǎn)換為特有的 Structs 標(biāo)簽，并且提供了 JSP 標(biāo)簽函數(shù)庫功能，大大提高了編碼的效率。 利用它可以更好地掌握軟件開發(fā)周期，進一步提升了 Web Services 的開發(fā)效率。同時可以通過開發(fā)新的插件擴展現(xiàn)有插件的功能，比如在現(xiàn)有的 Java 開發(fā)環(huán)境中加入 Tomcat 服務(wù)器插件。更值得一提的是， MyEclipse 是一個開放源代碼的項目， 任何人都可以下載 MyEclipse 的源代碼，并且在此基礎(chǔ)上開發(fā)一些自己的功能插件。 Eclipse 的體系結(jié)構(gòu) 使其 通過開發(fā)插件， 就 能擴展到任何語言的開發(fā)，甚至能成為圖片繪制的工具。 MyEclipse 以后有了很大的革新，在原來的版本中一般是用到的 Eclipse，然后在其中安裝相應(yīng)的 MyEclipse 一些 應(yīng)用 插件，在很大程序上 ，這樣的一種組合形式對開發(fā)人員來講過于復(fù)雜，不便于操作。 MyEclipse 開發(fā)工具的簡要介紹 計算機軟件編程行業(yè)已經(jīng)逐步走入成熟對于編程人員的要求就越 來越高了，當(dāng)然作為一名軟件開發(fā)人員選擇一個合適的開發(fā)工具也就能夠幫助其更快更好更穩(wěn)定地進行開發(fā)，這一點在時下顯得越來越重要。腳本在標(biāo)志中被描述，在這對標(biāo)志中的所有的東西都會被腳本描述語言容器執(zhí)行， JSP 規(guī)范支持所有常用的腳本元件，包括聲明和表達式。 標(biāo)識的好處在于它們易于在應(yīng)用程序中使用和共享基于標(biāo)識的語法的真正威力來自標(biāo)識庫的開發(fā)，使得工具供應(yīng)商或其他人員能夠為特定的要求創(chuàng)建和分派標(biāo)識。 JSP 網(wǎng)頁包含以下的組件： （ 1） JSP 指示 JSP 頁面使用 JSP 指示將指令傳遞到 JSP 容器，其中包括： JSP 頁面指示傳遞與頁面相關(guān)的信息，例如緩沖區(qū)和線程信息或者出錯信息；語言指示指定腳本語言以及所有的擴展；包含指示可以被用來在頁面中包含一個外部文件，被包含的文件可能是另一個 JSP 文件，標(biāo)識庫指示指出頁面可以調(diào)用的客戶標(biāo)識庫類型。 JSP 技術(shù)就是被設(shè)計用來滿足這樣的要求的。 很顯然，目前需要的是一個業(yè)界范圍內(nèi)的創(chuàng)建動態(tài)內(nèi)容的解決方案。 采用這種方法，整個網(wǎng)頁必須都在 Java Servlet 中制作，如果開發(fā)人員或者 Web 管理人員想要調(diào)整頁面顯示，就不得不編輯并重新編譯該 Java Servlet，即使在邏輯上已經(jīng)能夠運行了。還存在其他的解決方案，但不能使一個普通的頁面設(shè)計者更加容易掌握。 某些 Web 服務(wù)器供應(yīng)商已經(jīng)嘗試通過為他們的服務(wù)器提供 “插件 ”和 API 來 11 簡化 Web 應(yīng)用程序的開發(fā)難度。 JSP技術(shù) 隨著 Web 應(yīng)用的飛速發(fā)展，傳統(tǒng)的靜態(tài) HTML 語言已經(jīng)越來越不適應(yīng)需要，由此導(dǎo)致了人們在傳統(tǒng)的靜態(tài) HTML 上增添新的功能，這一切功能最終導(dǎo)致了動態(tài) HTML 的產(chǎn)生， Web 已經(jīng)從一個大部分顯 示靜態(tài)信息的網(wǎng)絡(luò)演化成能夠進行股票交易和購書操作等的一種基礎(chǔ)設(shè)施網(wǎng)絡(luò)。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導(dǎo)致顯示的更新。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖?？刂破?(Controller)是處理用戶與軟件的交互操作的，其職責(zé)是控制提供模型中任何變化的傳播，確保用戶界面于模型間的對應(yīng)聯(lián)系；它接受用戶的輸入，將輸入反饋給模型，進而實現(xiàn)對模型的計算控制，是使模型和視圖協(xié)調(diào)工作的 部件。視圖 (View)把表示模型數(shù)據(jù)及邏輯關(guān)系和狀態(tài)的信息及特定形式展示給用戶。 STRUTS2 框架介紹 STRUTS2 框架主要是 MVC 結(jié)構(gòu)，而 MVC 把交互系統(tǒng)的組成分解成模型、視圖、控制器三部分。因為模型是獨立于視圖的， 這就實現(xiàn)了模型和視圖的解耦， 所以可以把一個模型獨立地移植到新的平臺工作。這 10 樣減少了代碼的 重復(fù)編寫 ，即減少了代碼的維護量，一旦模型發(fā)生改變，也易于維護。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂 單，但對于訂單的處理都是一樣，也就是說訂單的處理是一致的。 首先， 它 有多個視圖對應(yīng)一個模型的能力。產(chǎn)品設(shè)計彈性力度很小