【文章內(nèi)容簡介】 可以為常用功能創(chuàng)建自己的標記庫。這些標記庫有助于簡化開發(fā)難度，減少開發(fā)時間。 JSP 技術(shù) 的 優(yōu)勢 總瞰 幾年前，要開發(fā)一個商業(yè)性的動態(tài)站點，我們 只能用 CGI， SSI 來實現(xiàn)，而且，開發(fā)效率和運行效率都不高。后來又 出現(xiàn)了 ASP， JSP， PHP， ISAPI 等技術(shù)，用他們開發(fā)動態(tài)網(wǎng)站就好得多了，但還沒有一種技術(shù)能兼顧開發(fā)效率和運行效率，同時滿足分布式實踐處理的功能，并且有強大的擴展能力。 ASP， PHP 等雖然開發(fā)速度快，但運行速度比不上 ISAPI；而 ISAPUI 雖然運行速度快，但很難編寫調(diào)試，而且移植性比較差，不能在 Linux 和 Unix 平臺下使用。 然而， JSP 技術(shù)出現(xiàn)后，這一切難題都迎刃而解了。 JSP 秉承了 Java 語言的優(yōu)勢，是一種實實在在與平臺無關(guān)的開發(fā) 技術(shù)。 JSP 既有很高的運行效率，開發(fā)周期很短，同時擴展能力很強，它的技術(shù)規(guī)范是公開的，任何人都可以按照規(guī)范開發(fā)出自的產(chǎn)品，因此 JSP 迅速成為了眾多開發(fā)者所矚目的對象。目前，很多公司紛紛宣布支持 JSP 技術(shù)，很多網(wǎng)站改弦易轍，采用了 JSP 作為開發(fā)手段，很多軟件組織都在自己的產(chǎn)品中加入了對 JSP 技術(shù)的支持， JSP 技術(shù)得以迅猛的發(fā)展起來了。 JSP 前景分析 JSP 是一種較新的技術(shù)，國內(nèi)采用的較少。在國外， JSP 已經(jīng)是比較流行的一種技術(shù)，尤其是電子商務類的網(wǎng)站大多采用 JSP。 在 JSP 開發(fā)技術(shù)里，可以通 過開發(fā)JavaBean 文件實現(xiàn)同樣的功能， JavaBean 不需要注冊，只要放置在相應的目錄下就可以運行。此外 JSP 的推出主要就是考慮到平臺的無關(guān)性，由于 JSP 繼承 了 JAVA 技術(shù)的 49 8 優(yōu)點 “ 一次 編寫 ，處處運行 ”，因此 JSP 代碼可以在 APACHE、 IIS 等服務器上執(zhí)行。它 支持大部分操作系統(tǒng)。 世界上一些大的電子商務 解決方案提供商都采用 JSP/Servlet。比較出名的入 IBM的 EBusiness，它的核心是采用 JSP/Servlet 的 WebSphere；西方另外一個非常著名的電子商務軟件提供商 Intershop,原來的產(chǎn)品 Intershop Intershop Intershop Intershop 4 占據(jù)了主要的電子商務軟件市場。 他們都是通過 CGI 來提供支持的。但后來它推出了 Enfinity，一個采用 JSP/Servlet 的電子商務應用服務器，并不再開發(fā)系統(tǒng)軟件，足見其對 JSP/Servlet 技術(shù)的青睞和推崇。 可見， JSP 是動態(tài)網(wǎng)站技術(shù)的未來之星。 這也正是 本聊天系統(tǒng) 運用 JSP 技術(shù)作為主要的系統(tǒng)設計語言的根本原因之所在。 JavaBean 技術(shù) 簡介 JavaBean 是一種可以重用的 平臺中立的 Java 組件， 可以在軟件開發(fā)工具中被直觀的操作。 ActiveX 空間和 JavaBean 可以說屬于同一類型 ，其功能是類似的。 JSP 對于在 Web 應用中集成 Javabean 組件提供了完善的支持。這種支持不僅可以縮短開發(fā)時間（可以直接利用經(jīng)測試和可信任的 已有組件，避免了重復開發(fā) ） ，也為 JSP 應用帶來了可伸縮性。 Javabean 在 JSP 程序中常用來封裝事物邏輯、 執(zhí)行復雜的人物計算以及 數(shù)據(jù)庫操作等，可以很好的實現(xiàn)業(yè)務邏輯和前臺程序的分離，使得系統(tǒng)具有更好的健壯性和靈活性。 應用程序開發(fā)者可以通過支持 JavaBean 的開發(fā) 工具，直接使用現(xiàn)成的 JavaBean，也可以在開發(fā)工具容器中，對組件進行必要的修改、測試而不必編寫和編譯程序。 Java模型中，組件可以修改與其它組件組可以生成 新組件或完整的應用程序。 JDBC 及數(shù)據(jù)庫管理的連接 Java Database Connectivity (JDBC) 要實現(xiàn)動態(tài)網(wǎng)頁的實現(xiàn)少不了與數(shù)據(jù)庫的連接，接下來介紹 JDBC 技術(shù)。 JDBC 的 API 通過一個統(tǒng)一的方式訪問不同的數(shù)據(jù)庫。類似 ODBC， JDBC 對程序開發(fā)人員隱藏了數(shù)據(jù)庫產(chǎn)權(quán)的問題。因為它是建立在 Java 之上的， JDBC 也能供提供平臺無關(guān)性的數(shù)據(jù)庫訪問。 JDBC 是一個規(guī)范，遵循 JDBC 接口規(guī)范，各個數(shù)據(jù)庫廠家各自實現(xiàn)自己的驅(qū)動程序 (Driver)，如下圖 2 所示 : 49 9 圖 12 JDBC 接口規(guī)范 應用程序在獲取數(shù)據(jù)庫連接時，需要以 URL 的方式指定是那種類型的 Driver，在獲得特定的連接后，可按照固定的接口操作不同類型的數(shù)據(jù)庫，如 : 分別獲取Statement、執(zhí)行 SQL 獲得 ResultSet 等 。 JDBC 定義了四種本質(zhì)上不同的數(shù)據(jù)庫驅(qū)動程序， 下面 分別 對其進行 闡述： ? JDBCODBC 橋 當 JDBC 還在襁褓中的時候， JDBCODBC 橋被證明是最有用的。使用它，程序開發(fā)人員可以使用 JDBC 來訪問 ODBC 數(shù)據(jù)源。它的缺陷是，需要客戶機使用微軟的 windows操作系統(tǒng)，并且安裝 ODBC 驅(qū)動程序。通過使用這種驅(qū)動程序，你犧牲了 JDBC 的平臺無關(guān)性。另外， ODBC driver 還需要客戶端的管理。 ? JDBCnative 驅(qū)動橋 JDBCnative 驅(qū)動橋提供了建立在本來的數(shù)據(jù)庫驅(qū)動程序之上的 JDBC 接口，沒有使用 ODBC。 JDBC 驅(qū)動程序把標準的 JDBC 的調(diào)用轉(zhuǎn)換成原始 的數(shù)據(jù)庫 API 調(diào)用。使用Type2 驅(qū)動同樣犧牲了平臺無關(guān)性，因為這需要安裝客戶端的數(shù)據(jù)庫驅(qū)動代碼。 ? JDBCwork 橋 JDBCwork 橋驅(qū)動不需要客戶端的數(shù)據(jù)庫驅(qū)動器。它利用網(wǎng)絡服務器的中間件來訪問數(shù)據(jù)庫。這使得諸如負載均衡、連接池、數(shù)據(jù)緩存之類的技術(shù)成為可能。 因為type 3 驅(qū)動程序經(jīng)常需要一個相對較少的下載時間，具有平臺無關(guān)性，不需要客戶端的安裝和管理，這種方式最適合 Inter 應用。 ? 純 Java 驅(qū)動 Type 4 用純粹的 Java 數(shù)據(jù)庫驅(qū)動程序提供數(shù)據(jù)庫訪問。由于 type 4 驅(qū)動程序在客戶機上運行和直接訪問數(shù)據(jù)庫，在這種方式下執(zhí)行意味著 2層結(jié)構(gòu)。在多層結(jié)構(gòu)中 49 10 對 type 4 驅(qū)動的更好應用是使用 EJB 封裝數(shù)據(jù)訪問代碼，讓 EJB 為客戶端提供數(shù)據(jù)庫無關(guān)的服務。 JDBC 驅(qū)動及連接 JDBC 驅(qū)動及連接 Apache Server 為一些常用的數(shù)據(jù)庫提供了 JDBC 驅(qū)動，包括 Oracle, Access，Sytembase, Microsoft SQL Server 和 Informix。 使用 JSP 訪問數(shù)據(jù)庫實際上就是先建立一個 JavaBean 組件 ,讓它來完成與數(shù)據(jù)庫的連接查詢功能 ,并返回一個數(shù)據(jù)集合 (ResultSet),然后在 JSP 頁面中使用jsp:useBean標簽創(chuàng)建 Beans 的實例 ,通過它來對數(shù)據(jù)庫進行查詢修改等操作。 B/S 與 C/S 模式 過去，兩層的（ 2tier）客戶機 /服務器（ C/S）程序非常普遍。在有些情況下，服務器提供的唯一服務就是數(shù)據(jù)庫服務。這時候，客戶機就要承擔訪問數(shù)據(jù)、執(zhí)行商業(yè)邏輯、轉(zhuǎn)換結(jié)果的格式以適用于顯示、向用戶顯示界面、接受用戶輸入等任務。 C/S結(jié)構(gòu)的每一個客戶端都必須安裝和配置軟件。 因此 C/S 結(jié)構(gòu)通常開始的時候都容易 部署，但是難于升級，而且通常都基于產(chǎn)權(quán)協(xié)議（ proprietary protocols） —— 有代表性的是產(chǎn)權(quán)數(shù)據(jù)庫協(xié)議，這也使得商業(yè)邏輯和顯示邏輯難于重用。 圖 3 展示了這種典型的兩層結(jié)構(gòu)。 圖 13 兩層的 C/S 結(jié)構(gòu) Web 瀏覽器是一個巨大的進步，它讓同樣的信息在不同的機器上同樣地顯示。于是出現(xiàn)了瀏覽器 /服務器模式（ Browser/Server, B/S）的三層結(jié)構(gòu)（見圖 4）。 B/S 模式 的優(yōu)點是維護方 便，能夠降低總體擁有成本?？蛻舳诉\行軟件，就像我們平時上網(wǎng)瀏覽網(wǎng)頁一樣，有個瀏覽器就行了，不用安裝其它軟件 。 B/S 模式 的軟件所有的維護、升級工作都只在服務器上進行，而客戶端就能獲得最新版本的軟件。 采用三層結(jié)構(gòu)可以是提高服務器的配置，降低客戶端的配置。這樣增加的只是一臺服務器（應用服務和數(shù)據(jù)庫服務可以放在同一臺計算機電腦中）的價格，而降低的卻是幾十臺客戶端機器的價格 ， 起到了降低總體擁有成本的作用。 客戶機 （商業(yè)邏輯） （數(shù)據(jù)訪問） （結(jié)果顯示） 服務器 （商業(yè)邏輯） （數(shù)據(jù)訪問） 49 11 圖 14 三層結(jié)構(gòu)（ B/S 結(jié)構(gòu)） 2 聊天系統(tǒng)總體設計 開發(fā)和設計的 總體構(gòu)思與規(guī)劃 聊天系統(tǒng)的基本原理 聊天 系統(tǒng) 的基本原理，就是把每個連上同一網(wǎng)頁的用戶傳送的發(fā)言數(shù)據(jù)儲存起來，然后將所有的發(fā)言數(shù)據(jù)傳給每一用戶。也就是說，用數(shù)據(jù)庫匯集每個人的發(fā) 言，并將數(shù)據(jù)庫中的數(shù)據(jù)傳給每一個人就實現(xiàn)了聊天系統(tǒng)最基本的功能。 先 從客戶端收集消息 ， 然后通過服務器端消息分發(fā)程序中轉(zhuǎn) ， 將全局消息發(fā)送給的所有用戶 。 其原理圖如下 ： 圖 21 聊天系統(tǒng)基本原理圖 擬定 聊天系統(tǒng) 應達到的技術(shù)指標 1) 允許新用戶注冊，并開設賬戶 ；用戶登錄 進 入 聊天室后，顯示在 線人數(shù)和在線聊天用戶的用戶名，并在聊天區(qū)域顯示該用戶的歡迎信息（如歡迎某某的到來）。同時在線用戶列表中顯示該用戶，在線人數(shù)增加。 2) 系統(tǒng)中要有會員登錄及身份驗證，能實現(xiàn)對身份的區(qū)別處理 。 3) 在系統(tǒng)中能在線發(fā)布信息 。 4) 聊天內(nèi)容文字顏色和表情可由聊天者根據(jù)喜好自選，并可在下拉列表中選取聊天對象 。 5) 可通過帳戶 ID 號 對 用戶資料 進行查詢 。 客戶端 應用服務 數(shù)據(jù)庫服務 消息分發(fā)程序 （服務器端） 收集消息 （客戶端） 用戶 2（瀏覽器） 用戶 1（瀏覽器） 用戶 3（瀏覽器） 用戶 N（瀏覽器） 49 12 6) 允許用戶進行在線公聊和私聊。 7) 登 錄 聊天室后 可 自由更改用戶注冊時 的帳戶和 密碼 。 8) 采取用戶積分制， 管理員可根據(jù) 用戶在線時間 提升用戶等級，新用戶等級默認為 1。 9) 高級用戶（用戶等級超過設定最低等級者）具有提升用戶等級功能，踢人功能（默認最低等級 5）。高等級用戶可踢低等級用戶，反之不行（提升用戶等級類似）；超級用戶可發(fā)布聊天室主題，隨機顯示最近 3條聊天室主題（聊天室頂部信息）之一；高級用戶可發(fā)布聊天室公告（用加粗的紅色的字體顯示如 “ ***聊天室公告： ******” 字 樣）。 10) 系統(tǒng)可自動刷新在線用戶列表和聊 天內(nèi)容 ，也可以通過點擊相應按鈕進行頁面刷新。 11) 采用數(shù)據(jù)庫記錄用戶詳細信息及聊天信息。 12) 點擊 離開 按鈕可離開聊天室，并在聊天區(qū)域顯示該用戶離開信息，同時在線用戶列表將刪除該用戶，在線人數(shù)減少。 聊天系統(tǒng)模塊總體設計 模塊劃分及用戶角色 根據(jù)以上聊天 系統(tǒng) 技術(shù)指標的分析， 本聊天系統(tǒng)總體上分為普通用戶模塊和管理員模塊。其中普通用戶模塊包括登錄模塊 、 聊天模塊 、退出聊天室模塊，管理員模塊包括登錄模塊、管理模塊、退出聊天室模塊，普通用戶和管理員的退出聊天室模塊 機制 類似，均可以 通過轉(zhuǎn)向登錄模塊來實現(xiàn) 退出聊天系統(tǒng) 的功能。系統(tǒng)總體 模塊框架 劃分及其關(guān)系 如下圖所示： 聊 天 模 塊管 理 員 登 錄 模 塊管 理 模 塊 普 通 用 戶 登 錄 模 塊退 出 模 塊聊 天 系 統(tǒng) 圖 22 聊天系統(tǒng) 模塊劃分及其關(guān)系 使用 UML 例圖來分析用戶 和管理員 角色，可以得到如下圖所示的用例圖。 49 13 用戶 管理員 圖 23 用戶和管理員 UML 例圖 模塊 任務概述 （ 1） 對于普通用戶登錄模塊，根 據(jù)用戶的實際選擇和需要來實現(xiàn)用戶的注冊及登錄。 （ 2）對于管理員登錄模塊，只涉及登錄機制，程序根據(jù)指定的管理員用戶名和密碼來判斷用戶是否具有登錄管理界面的