【正文】 Dim m chats (12) application(”gchats)=m chats application(gcounte r)=0end sub/SCRIPT為了防止兩個(gè)用戶(hù)為寫(xiě)入發(fā)言同時(shí)對(duì)Application對(duì)象變量修改，從而導(dǎo)致一個(gè)用戶(hù)的所作的修改被另一個(gè)用戶(hù)的操作所覆蓋，必須解決多用戶(hù)并發(fā)寫(xiě)入問(wèn)題，Application對(duì)象的Locked屬性可以用來(lái)只允許當(dāng)前用戶(hù)編輯Application對(duì)象的值，操作結(jié)束必須用UnLocked來(lái)釋放其對(duì)Application對(duì)象的獨(dú)占。為了便于處理，引入一個(gè)數(shù)組來(lái)存放發(fā)言，在global. asa文件的Application OnStart事件代碼中定義數(shù)組并將其賦給一個(gè)Application對(duì)象，數(shù)組的大小定為12，是為了限定顯示行數(shù)為12行，保證用戶(hù)閱讀信息的方便，不用拉動(dòng)垂直滾動(dòng)條。這一技術(shù)在不同的編程語(yǔ)言中有不同的解決思路，如共享內(nèi)存，數(shù)據(jù)文件；或者使用服務(wù)器/客戶(hù)模式程序?qū)崿F(xiàn)在多個(gè)程序間完成數(shù)據(jù)交換。不管在何種語(yǔ)言中，數(shù)組是能同時(shí)滿足這兩項(xiàng)要求的數(shù)據(jù)結(jié)構(gòu)之一。因此，我們可舍棄磁盤(pán)文件及后臺(tái)數(shù)據(jù)庫(kù)的方法，直接使用內(nèi)存進(jìn)行操作，這樣可大大提高信息的讀寫(xiě)速度，從而能較好地解決聊天室的速度瓶頸問(wèn)題。當(dāng)然還有一類(lèi)數(shù)據(jù)如聊天者的個(gè)人資料，以及其在本聊天室中目前的權(quán)限級(jí)別等等，此類(lèi)數(shù)據(jù)因無(wú)須共享，對(duì)聊天的速度并沒(méi)有本質(zhì)上的影響，所以系統(tǒng)降低了對(duì)它們進(jìn)行組織存儲(chǔ)的要求，我們可以使用磁盤(pán)文件等進(jìn)行存儲(chǔ)；2． 實(shí)現(xiàn)登陸功能；3． 實(shí)現(xiàn)人員列表；4． 實(shí)現(xiàn)公共聊天和私聊；5． 解決聊天刷新；6． 實(shí)現(xiàn)字體顏色；7． 實(shí)現(xiàn)表情；8． 實(shí)現(xiàn)聊友查詢(xún)。根據(jù)以上的功能， 無(wú)論使用何種手段實(shí)現(xiàn)聊天室程序，都應(yīng)能解決如下一些技術(shù)要點(diǎn)：1． 組織、存儲(chǔ)所有聊天者所說(shuō)的話(即聊天信息)，以期達(dá)到最基本的能在多個(gè)用戶(hù)(即多個(gè)聊天者)之間實(shí)現(xiàn)信息共享。 ER圖 1 1 M 1 1 N ER圖 數(shù)據(jù)表用戶(hù)基本信息表(UserInfo):列名數(shù)據(jù)類(lèi)型長(zhǎng)度允許空主鍵功能描述UserIdInt4否是用戶(hù)IDPasswordVarChar30否否用戶(hù)密碼UserSexVarChar2否否用戶(hù)性別RegTimeTime8否否注冊(cè)時(shí)間UserNameVarChar30否否用戶(hù)昵稱(chēng)TelephoneVarChar15否否用戶(hù)電話AddressVarchar50否否用戶(hù)地址ZipcodeInt5否否用戶(hù)郵編Int15否否用戶(hù)Emailvarchar30否否用戶(hù)郵箱Homepagevarchar50否否用戶(hù)網(wǎng)址UserIdInt4否是用戶(hù)識(shí)別碼Logintimetime8否否最后登陸時(shí)間isonlineBoolean1否否在線或脫機(jī)TimeCountint4否否登陸次數(shù)UserIPInt4否否用戶(hù)IP用戶(hù)聊天記錄(ChatInfo)列名數(shù)據(jù)類(lèi)型長(zhǎng)度允許空主鍵功能描述UserIdVarChar4否是用戶(hù)IDSayToVarchar4否否發(fā)送對(duì)象SayContentVarChar200否否聊天內(nèi)容TextColorvarchar8否否字體顏色PutTimeTime8否否發(fā)送對(duì)話時(shí)間Ispublicboolean1否否是否私聊聊天主題列表(ChatSubject)列名數(shù)據(jù)類(lèi)型長(zhǎng)度允許空主鍵功能描述NumInt4否是識(shí)別號(hào)[自動(dòng)生成]contentVarChar30否否主題putTimeTime 8否否設(shè)定時(shí)間管理員列表(Admin)列名數(shù)據(jù)類(lèi)型長(zhǎng)度允許空主鍵功能描述UserIdInt4否是管理員IDPasswordVarChar30否否管理員密碼第五章 詳細(xì)設(shè)計(jì)通過(guò)登錄界面進(jìn)入聊天室后，用戶(hù)進(jìn)入聊天室，用戶(hù)可以從聊天用戶(hù)窗口看到該聊天室中所有用戶(hù)id；在聊天窗口中看到隨時(shí)更新的聊天信息；用戶(hù)可以給所有人或某一個(gè)聊天用戶(hù)發(fā)送公共的聊天信息，可以給自己的聊天信息定義不用的顏色，還可以加上豐富的表情語(yǔ)言，這個(gè)聊天內(nèi)容大家都會(huì)看到；用戶(hù)還可以給某個(gè)用戶(hù)發(fā)送私人的聊天信息，這種信息屬于私聊信息，只有發(fā)送者和接收者自己可以看到；此外聊天窗口中還有一些系統(tǒng)公告，比如某某登陸聊天室、某某離開(kāi)的消息。通過(guò)以上的事務(wù)的劃分，可以得出系統(tǒng)用例為：1． 用戶(hù)登錄聊天室2． 選擇發(fā)送對(duì)象3． 發(fā)送聊天內(nèi)容4． 接收聊天內(nèi)容5． 查看在線人員列表通過(guò)以上的用例圖劃分得出： 系統(tǒng)用例圖 數(shù)據(jù)庫(kù)設(shè)計(jì)用戶(hù)管理員管理員ID密碼聊天主題聊天記錄錄密碼昵稱(chēng)用戶(hù)ID用戶(hù)ID聊天對(duì)象編號(hào)內(nèi)容注冊(cè)時(shí)間設(shè)置時(shí)間聊天內(nèi)容發(fā)送時(shí)間本系統(tǒng)需要?jiǎng)?chuàng)建4個(gè)數(shù)據(jù)表。用例的劃分實(shí)際上是對(duì)事務(wù)功能的劃分。下面是簡(jiǎn)易聊天室系統(tǒng)的UML建模過(guò)程。Web服務(wù)器用戶(hù)工作站用戶(hù)工作站 服務(wù)器向用戶(hù)端響應(yīng)返回ASP頁(yè)面 瀏覽器向服務(wù)器提出請(qǐng)求 瀏覽器向服務(wù)器提出請(qǐng)求 服務(wù)器向用戶(hù)端響應(yīng)返回ASP頁(yè)面 體系結(jié)構(gòu)圖 系統(tǒng)建模UML需求分析完成后，接下來(lái)的工作是對(duì)系統(tǒng)建模。l 管理功能模塊：主要用于管理聊天室，包括用戶(hù)資料管理、在線用戶(hù)管理、聊天內(nèi)容管理等功能按鈕。實(shí)現(xiàn)了對(duì)話內(nèi)容，動(dòng)作等的顯示。l 內(nèi)容顯示模塊：分為對(duì)公共聊天和私聊兩部分。 前臺(tái)功能及頁(yè)面邏輯結(jié)構(gòu)用戶(hù)登錄系統(tǒng)：1)用戶(hù)注冊(cè)；2)用戶(hù)資料修改；3)用戶(hù)密碼修改；4)用戶(hù)登錄；5)聊友查看．房間分類(lèi)：根據(jù)主題 用戶(hù)通過(guò)“用戶(hù)注冊(cè)”注冊(cè)用戶(hù)賬號(hào)、呢稱(chēng)、密碼等資料，然后通過(guò)“用戶(hù)登錄”登錄到主題類(lèi)別固定房間列表，即可進(jìn)入房間進(jìn)行聊天；登錄后．用戶(hù)可以修改自己的用戶(hù)資料，修改密碼、昵稱(chēng)． 根據(jù)以上功能，頁(yè)面邏輯結(jié)構(gòu)如下圖所示：聊天室主頁(yè)用戶(hù)注冊(cè)用戶(hù)登陸聊友查詢(xún)密碼查找資料變更主題聊天室1主題聊天室2 后臺(tái)管理系統(tǒng)功能及頁(yè)面邏輯結(jié)構(gòu)1)用戶(hù)資料管理：聊天主題設(shè)定．2)在線用戶(hù)管理：姓名查找、刪除過(guò)期賬號(hào).4)聊天內(nèi)容管理：聊天記錄．6)退出．根據(jù)以上功能，具體頁(yè)面邏輯結(jié)構(gòu)圖所示：聊天室主頁(yè)后臺(tái)管理聊天內(nèi)容管理在線用戶(hù)管理用戶(hù)資料管理 后臺(tái)頁(yè)面邏輯結(jié)構(gòu)圖第四章 概要設(shè)計(jì) 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)功能模塊設(shè)計(jì)聊天室系統(tǒng)客戶(hù)端登陸系統(tǒng)發(fā)表內(nèi)容聊天記錄顯示聊天記錄管理在線人員列表用戶(hù)資料管理在線人員管理服務(wù)器端 系統(tǒng)功能模塊l 登陸模塊——登陸頁(yè)（）：主要用于記錄登陸者——聊天者的昵稱(chēng)、登陸時(shí)間、IP地址等信息。 需求分析需求分析是從用戶(hù)的需求中提取出軟件系統(tǒng)能夠幫助用戶(hù)解決的業(yè)務(wù)問(wèn)題，通過(guò)對(duì)客戶(hù)業(yè)務(wù)問(wèn)題的分析，規(guī)劃出系統(tǒng)的功能模塊，即定義用例。(3) 即時(shí)性:它可以做到即使發(fā)送即使接受的效果，相比于電子郵件在時(shí)間上更加優(yōu)勢(shì)； (4) 廉價(jià)性: 網(wǎng)絡(luò)的空間幾乎是無(wú)限的，但價(jià)格相對(duì)于所獲的得信息而收取的費(fèi)用卻是如此的低廉。下面是是用戶(hù)對(duì)簡(jiǎn)易聊天室系統(tǒng)的需求規(guī)格說(shuō)明。 理解需求理解需求是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。 技術(shù)可行性因?yàn)樵撓到y(tǒng)是要求是實(shí)現(xiàn)動(dòng)態(tài)交互式的頁(yè)面設(shè)計(jì)及對(duì)數(shù)據(jù)庫(kù)的查詢(xún)、插入、刪除等操作，而本系統(tǒng)采用ASP技術(shù)設(shè)計(jì)網(wǎng)頁(yè)及使用ACCESS數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)數(shù)據(jù)，所以技術(shù)上是可行的。在這個(gè)步驟里，我在用戶(hù)那里搜集所有的對(duì)將要開(kāi)發(fā)的系統(tǒng)的需求信息，并且把這些信息編寫(xiě)成為用戶(hù)可以認(rèn)可的需求說(shuō)明書(shū)。本章的其主要任務(wù)是“為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做什么”。而較簡(jiǎn)單的開(kāi)發(fā)技術(shù)如JavaScript利IDC(Intemet Database Connector)等功能有限，在講求開(kāi)發(fā)速度和效率的今天，它們目前還不可能被真正的程序開(kāi)發(fā)人員所使用。這兩種技術(shù)和另一種普遍使用的開(kāi)發(fā)動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)Java都還存在著另外一個(gè)問(wèn)題，那就是開(kāi)發(fā)都很困難。從技術(shù)上看，由于CGI是進(jìn)程機(jī)制，在訪問(wèn)量增大時(shí)，擠占系統(tǒng)資源。甚至可以設(shè)想，在未來(lái)幾年內(nèi)，程序員就可以從多種定制好的ActiveX進(jìn)行篩選，然后向搭積木一樣進(jìn)行程序開(kāi)發(fā)。正如前面所述，ASP完全建立在ActiveX基礎(chǔ)之上，而ActiveX不僅僅是一種技術(shù)標(biāo)準(zhǔn)，允許軟件同存在于網(wǎng)絡(luò)環(huán)境中的另一個(gè)軟件進(jìn)行交互，它同時(shí)也是微軟的一個(gè)戰(zhàn)略方針，不遺余力地進(jìn)行人力推廣，現(xiàn)在幾種流行的程序開(kāi)發(fā)語(yǔ)言Visual C++、Delphi都支持ActiveX控件的開(kāi)發(fā)。從功能上看，如果不考慮非Windows平臺(tái)，那么ASP是迄今為止功能最強(qiáng)的腳本語(yǔ)言，從它的執(zhí)行方式，執(zhí)行效率，可擴(kuò)充性上看，還沒(méi)有一種WEB語(yǔ)言能比上它。如果采用FrontPage 2000和Visual 。 ASP與傳統(tǒng)數(shù)據(jù)相比較單從表現(xiàn)上看，ASP與用戶(hù)瀏覽器緊密結(jié)合，與HTML語(yǔ)言融為一體，在做一個(gè)WEB網(wǎng)頁(yè)時(shí)，可以用普通的文件編輯器，將經(jīng)ASP認(rèn)可的腳本語(yǔ)言嵌入其中。l 由Cookies讀寫(xiě)用戶(hù)端的硬盤(pán)文件，以記錄用戶(hù)的數(shù)據(jù)。l 讀寫(xiě)站點(diǎn)服務(wù)器的文件，實(shí)現(xiàn)訪問(wèn)計(jì)數(shù)器。l 訪問(wèn)和編輯服務(wù)