【導讀】當前，在J2EE平臺下開發(fā)Web應用系統(tǒng)是實現(xiàn)單位信息化的主要解決方案。使用框架技術可以簡化開發(fā)流程，縮短開發(fā)時間。但J2EE自身的EJB模型配置部。署復雜，制約其廣泛應用。開源框架技術的發(fā)展為Web應用開發(fā)帶來新選擇。此外，傳統(tǒng)Web應用中普遍存在的交?；ツ芰Σ?、界面不友好等問題，也構成了Web應用發(fā)展的瓶頸。解決方案；最后在實踐上，詳細介紹了南通女子監(jiān)獄績效考核系統(tǒng)的設計與實現(xiàn)，核，提供了對各類績效考核進行組織、整合、控制、劃分，并進行有效管理的平臺。本文應用Ajax技術對其進行二次開發(fā)，以提高系統(tǒng)性能和用戶滿意度。公正，信息實時更新，高效易操作的考核系統(tǒng)，對單位民警績效進行考核。為因素等諸多不良的影響，真正實現(xiàn)了政務的公開、公平、公正。1)紙質(zhì)化辦公，考核結果不易保存與查詢。2)考核過程不透明、不公開，缺乏監(jiān)督，易出現(xiàn)暗箱操作。3)缺乏科學的理論指導。采用定性考核，較少采取定值、定量，缺乏全面的考核，

　　

【正文】 ax 的無刷新重載，由于頁面的變化沒有刷新重載那么明顯，所以容易給用戶帶來困擾 —— 用戶不太清楚現(xiàn)在的數(shù)據(jù)是新的還是己經(jīng)更新過的 :現(xiàn)有的解決有 :在相關位置提示、數(shù)據(jù)更新的區(qū)域設計得比較明顯、數(shù)據(jù)更新后給用戶提示等 [30]。 4) 對流媒體的支 持沒有 FLASH， Java Applet 好。 Ajax 技術在應用中應避免的常見錯誤 Ajax 的使用也能夠導致系統(tǒng)性能下降，或者瀏覽器狀態(tài)異常，為此總結一些常見的錯誤，在設計之初就加以避免該類錯誤的發(fā)生，使系統(tǒng)始終能夠在一個正常的軌道上運轉。在系統(tǒng)應用 Ajax 的過程中尤其需要注意這些常見錯誤的避免。 1) 在運用 CSS 或 JavaScript 時，不要運行過多的運行很長時間的 Ajax 請求，一般的瀏覽器只能有少數(shù)并發(fā)的 HTTP 連接 (這可以改變，但是默認并不太多 )。如果在讀取圖片的時候由很多 Ajax 請求的話， 速度會變得很慢。 2) 檢查在返回 XMLHttpRequest 時的 HTTP”請求狀態(tài)代碼 (status code)，那會有一些常見的網(wǎng)絡錯誤，如不可獲得的 DNS， Http serve Error500 等，檢查過狀態(tài)代碼 (status code)，可以得知瀏覽器在一個未連接的模式。 3) 注意觀察一般瀏覽器在運行 Web 應用一小時，兩小時或者幾天時內(nèi)存的使用，因為瀏覽器的內(nèi)存泄漏問題是在稍微復雜的 JavaScript 程序中經(jīng)常遇到的。 4) 要始終記得有些 Web 應用可能有多種訪問者，他們可能不能用 JavaScriptt、 23 使用 老版本的瀏覽器或者他們的移動訪問設備對 JavaScript 支持不好。注意當這些情況發(fā)生時，仍然希望訪問者能夠看到一個可以閱讀的合理結果。 5) 使用一些 Ajax 框架的時候，不要把整個頁面都放在 UpdatePanel 中更新。在運行網(wǎng)頁時需要節(jié)省時間，不要更新那些可以用 JavaScript and DHTML(DOM)的部分。 6) 產(chǎn)生亂碼 —— Ajax 支持的字符碼并不多。這雖然不是至關重要，但忘記這件事的確會造成問題。程序基本的字符組是 UTF— 8。不管 JavaScript 傳送什么，請不要忘記將其正確編碼，同時記得在服務 器端設定內(nèi)容的編碼。 7) Ajax 的好處是：可以在不需要重新刷新整體頁面的情況下，把大量文字呈現(xiàn)在上面。而這同時也帶來一定的負面效果，如果該應用希望兼容于搜索引擎，請放幾個固定的文字在網(wǎng)頁上方，讓搜索引擎的 spider 可以處理。 Ajax 開發(fā)框架 Ajax 通過 XMLHttpRequest 與服務器通信來獲取數(shù)據(jù)，并可緩沖和處理數(shù)據(jù)，極大地改善了 Web 應用性和用戶交互體驗，大大提高了網(wǎng)絡帶寬利用率。但是，使用 Ajax 編程時有時會碰到諸如支持多個瀏覽器等，都會遭遇不兼容等這類問題，對于 大量使用到了 javaScript 技術的 Ajax 來說， Ajax 程序的調(diào)試也是一個很麻煩的事情。由此， Ajax 催生出大量框架，以方便開發(fā)，這些框架在 Ajax 的應用方式，應用方向和領域都有著有利的作用。因此了解和認識這些框架，將有助于進一步了解和掌握 Ajax 的機制、工作方式、應用方向和領域。同時利用這些框架有助于提高系統(tǒng)的開發(fā)效率。 下面介紹一下常見的一些開源 Ajax 框架。 AjaxAnyWhere 框架 AjaxAnyWhere 框架被設計成能夠把任何一套現(xiàn)存的 JSP 組件轉換成 Ajax 感知組件而不需要復雜的 JavaScript 編碼。它利用標簽把 Web 頁面簡單的劃分成幾個區(qū)域，然后使用 AjaxAnyWhere 來刷新那些需要被更新的區(qū)域。 AjaxAnyWhere 的工作原理如下： 1) 用自定義標簽庫將一個 Web 頁面劃分成幾個可重載的區(qū)域； 2) 使用應用編程接口（ API）替代傳統(tǒng)通信機制下表單提交方式； 3) 當請求在服務器端處理時，決定哪些頁面區(qū)域可以刷新，這個過程可以使用基于客戶端的 JavaScript或者基于服務器端的 AjaxAnyWhere 應用編程接揚州大學碩士學位論文 24 口； 4) 在服務器端會生成包含即將更新的 HTML 代碼的 XML 文檔； 5) 在客戶端 JavaScript 接受 XML 文檔并解析，更新指定的頁面區(qū)域。 AjaxAnyWhere 采取這樣的設計思路，可以盡可能的降低 JavaScript 代碼量，降低 Ajax 開發(fā)門檻，并且不用直接面對 XMLHttpRequest，具有頁面 JavaScript 代碼短小精悍，代碼易修改，技術風險低，兼容性和健壯性等優(yōu)點。 此外， AjaxAnyWhere 通過 eval(“”)方式執(zhí)行這些 JavaScript 代碼，也可以將所定義的 JavaScript 函數(shù)保存在適當?shù)纳舷挛模?context）。不過，在允許用 Ajax 方式重載的頁面區(qū)域，不允許執(zhí) 行 ()之類的 JavaScript 語句。 SWATO 框架 Shift Web Application To(SWATO)是一個基于 Java 的 Ajax 框架解決方案 [31]。SWATO 在所有 Servlet 或更高版本的容器中都能工作，類似于 DWR，也需要對配置文件作一些更新。 SWATO 充分利用 JSON 來完成客戶和服務器之間數(shù)據(jù)編組，并且與其他一些框架相似，它也允許從瀏覽器調(diào)用服務器端的 Java。為了幫助開發(fā)人員， SWATO 包括許多可復用的組件，如自動完成文本框等。與 使用其他框架相比，使用 SWATO 要相對復雜一些，要訪問的類需要實現(xiàn)一個 SWATO 接口。 SWATO的文檔相當完備，方便實用。 與 DWR類似， SWATO提供了通過客戶端 JavaScript直接調(diào)用遠程服務器端 Java對象和 EJB 接口的實現(xiàn)，不同的是， SWATO 使用 JSONRPCJAVA 機制來實現(xiàn)。在 SWATO 中，客戶端接受的數(shù)據(jù)可以使 JSON（ SWATO 的后臺直接把 Java 對象映像成 JSON） ,也可以是 XML。所以對于開發(fā)人員來說，它在客戶端所要關心的只是JavaScript 對象，利用 SWATO 提供的一些視 圖組件進行渲染。對于自定義比較強的視圖控件，可以在前端使用 Template 引擎，甚至可以把它封裝稱自己的組件，只要在其中實現(xiàn) gotResult與 gotError 函數(shù)便可以很輕松的與 SWATO遠程調(diào)用功能集成。 DOJO 框架 DOJO 是一個開源的 JavaScript 用戶界面開發(fā)工具包 [32]。它能夠使大家更容易編寫 JavaScript，更快速的制作大型界面，一定程度上使開發(fā)人員更容易開發(fā)動態(tài)的用戶界面。 DOJO 的最根本的東西是“ DOJOBase” ,一個很小的單獨的庫文件，這個文件包括 Ajax、事 件句柄、頁面特效、語言工具等。另外還有一些其他工具，比如拖動工具、 Ajax 表單工具、 I/O 工具、 JSONRPC 和回調(diào)方法等。 25 DOJO 的核心層面是窗口系統(tǒng) dijit，能夠迅速開發(fā)和重用用戶接口組件。如果熟悉 HTML 和 CSS，可以用 dijit 很快開發(fā)出能夠重用的客戶端組建。 DOJO 使用HTML 的擴展屬性來聲明和配置一個窗口組件。 DOJO 內(nèi)在的一個特性就是支持國際化和本地化，體現(xiàn)在所有的窗口組件上，向下支持統(tǒng)一的鍵盤事件，并且能夠控制所有組件在一個 CSS 文件中。 Direct Web Remoting(DWR) DWR 是一個比較早的服務器端 Ajax 框架，主要使用在 java 平臺。允許直接從JavaScript 代碼中調(diào)用 Java 方法。 DWR 是一個開放源碼的使用 Apache 許可協(xié)議的解決方案，它包含服務器端Java 庫、一個 DWR servlet 以及 JavaScript 庫。雖然 DWR 不是 Java 平臺上唯一可用的 AjaxRPC 工具包，但是它是最成熟的，而且提供了許多有用的功能。 DWR（ Direct Web Remoting）是 getahead 公司開發(fā)的一個實現(xiàn) Ajax 應用的框架。它允許客戶端 JavaScript 遠程調(diào)用服務器端 Java 類的方法，執(zhí)行相關的事務操作。 DWR 是一個開源的類庫，可以幫助開發(fā)人員開發(fā)包含 Ajax 技術的網(wǎng)站。它可以允許在瀏覽器里的代碼使用運行在 Web 服務器上的 Java 函數(shù)，就像它在瀏覽器里一樣。使用 DWR 可以有效地從應用程序代碼中把 Ajax 的全部請求 —— 響應循環(huán)消除掉。這意味著客戶端代碼再也不需要直接處理 XMLHttpRequest 對象或者服務器的響應。不再需要編寫對象的序列化代碼或者使用第三方工具才能把對象變成XML。甚至不再需要編寫 servlet 代碼把 Ajax 請求調(diào)整成對 Java 對象的調(diào)用。 DWR包含兩個主要的部分，其一是運行在瀏覽器客戶端的 JavaScript，這部分被用來與服務器通信，并更新頁面內(nèi)容；其二是運行在服務器的 Java Servlet，這部分被用來處理請求并將響應結果發(fā)送給瀏覽器。 DWR 采取了一種動態(tài)生成基于 Java 類的 JavaScript 代碼的新方法來實現(xiàn)和處理 Ajax。這樣 Web 開發(fā)人員就可以在 JavaScript 里像使用瀏覽器本地代碼一樣使用Java 代碼，而實際上這些 Java 代碼是運行在服務器端并且可以自由訪問 Web 服務器的資源的。這個從 Java 到 JavaScript 的遠程功能方法給 DWR 的用戶帶來了非常像傳統(tǒng)的 RPC 機制，就像 RMI 一樣，而且擁有無插件運行在 Web 上的優(yōu)勢。 DWR 是作為 Web 應用程序中的 servlet 部署的。把它看作一個黑盒子，這個servlet 有兩個主要作用 :首先，對于公開的每個類， DWR 動態(tài)地生成包含在 Web 頁面中的 JavaScript。生成的 JavaScript 包含存根函數(shù)，代表 Java 類上的對應方法并在揚州大學碩士學位論文 26 幕后執(zhí)行 XMLHttpRequest。這些請求被發(fā)送給 DWR，這時它的第二個作用就是把請求翻譯成服務器端 Java 對象上的方法調(diào)用并 把方法的返回值放在 servlet 響應中發(fā)送回客戶端，編碼成 JavaScript 格式。 DWR 還提供了幫助執(zhí)行常見的用戶界面任務的 JavaScript 工具函數(shù)。 DWR 讓程序員集中注意力在如何提高應用的交互模型上面，消除了編寫和調(diào)試 JavaScript 代碼的負擔。使用 Ajax最有趣的挑戰(zhàn)是定義在哪里和如何提高可用性。DWR 負責了操作 Web 頁面與程序員的 Java 對象之間的通信，這樣就幫助程序員完全集中注意力，使應用的用戶界面更加友好。 圖 26 展示了 DWR 如何利用一些類似 JavaScript 的 onClick 等事件 的結果來改變一個下拉列表框的內(nèi)容。這個事件處理器調(diào)用一個 DWR 生成的 JavaScript 函數(shù)，它和服務器端的 Java 函數(shù)是匹配的。 DWR 接著處理了 Java 和 JavaScript 之間的所有遠程信息，包括轉換所有的參數(shù)和返回需要的值。接著 DWR 執(zhí)行了相應的回調(diào)函數(shù)（ populateList）。這個例子演示了如何使用 DWR 功能函數(shù)來改變網(wǎng)頁內(nèi)容。 圖 26 DWR 交互過程 DWR 不認為瀏覽器和 web 服務器之間協(xié)議重要，而是把系統(tǒng)界面放在首位。最大挑戰(zhàn)是 Java method call 的同步特征與 Ajax 異步 特性之間的矛盾。在異步模型里，結果只有在方法結束后才有效。 DWR 解決了這個問題，把回調(diào)函數(shù)當成參數(shù)傳給方法，處理完成后，自動調(diào)用回調(diào)方法。 DWR 的設計很象 webwork2 的設計，隱藏 協(xié)議，擴展性，兼容性極強。DWR 的源代碼結果很清晰，使用 eclipse 打開，非常容易閱讀。 27 Ajax 常用的開發(fā)工具 Ajax 的出現(xiàn)，極大的改善了 Web 應用可用性和用戶交互體驗，大大提高了網(wǎng)絡帶寬利用率。但是 Ajax 技術大量使用到了 JavaScript 技術。而 JavaScript 目前最被人垢病的地方，就是缺乏開 發(fā)工具的支持，調(diào)試很不方便。其實 JavaScript 己經(jīng)具有了相當多的開發(fā)工具可以使用，使得 Ajax 方案也達到了工業(yè)化水平。 1） JSDoc(javascript 文檔工具 ) JSDoc 通過從 JavaScript 源代碼中抽取相應的注釋，實現(xiàn)類似 Javadoc 的功能，可以為代碼快速生成具有相互參照、索引等功能的 API 文檔。當 JavaScript 文件比較大，里面類、函數(shù)比較多的時候， JSDoc 能派上它的用場。 JSDoc 主要目的是為了給面向對象的 js 文件生成文檔，不過對普通的基于過程的 js 文件以及嵌套在HTML 文件 處理起來也沒有問題。 程 序 中的 文檔 的 格式 可以 參照 Javadoc 的 文檔 ，目 前 JSDoc 支持@param,@argument,@interface,@return,@returns,@author,@deprecated,@see,@version,@requires,@throws,@exception,@link,@constructor,@private 等‘ @’開頭的標記，下面是一個簡單例子 : /*