簡(jiǎn)單的聊天室，該聊天室使用 prototype.js (v1.4) 類(lèi)庫(kù)，主要應(yīng)用ajax技術(shù)、application變量，做到小型架構(gòu)，頁(yè)面無(wú)刷新，無(wú)數(shù)據(jù)庫(kù)，能查看在線用戶等特點(diǎn)。

剛開(kāi)始打算用access小型數(shù)據(jù)庫(kù)，但考慮到多人在線時(shí)，這種輕量級(jí)的數(shù)據(jù)庫(kù)承受能力將不能勝任存儲(chǔ)任務(wù)，mssql又不熟悉，我的空間也不支持，所以只往小型方向開(kāi)發(fā)。所有聊天數(shù)據(jù)都存入服務(wù)器變量中，客戶端與服務(wù)器的交互采用json的數(shù)據(jù)結(jié)構(gòu)，效率還是相當(dāng)高的。

寫(xiě)js也有一段時(shí)間了，發(fā)現(xiàn)再用vbscript寫(xiě)asp，有點(diǎn)不適應(yīng)vb的語(yǔ)法，因此服務(wù)端application的全部使用jscript操作。（js真tmd的自由！自由到連個(gè)像樣子的ide都沒(méi)有-_-）。

當(dāng)前已知的bug：
如果用戶在任務(wù)管理器里終止ie進(jìn)程，那么在線用戶列表里將不能刪除該用戶名。(因?yàn)閎ody元素的onunload沒(méi)法運(yùn)行-_-)

可以改進(jìn)的地方：
1、客戶端每隔n毫秒取一次數(shù)據(jù)，但當(dāng)前返回的數(shù)據(jù)是整個(gè)application變量，比較長(zhǎng)，可以只取最新的消息。這樣可以改進(jìn)數(shù)據(jù)交換的效率。
2、因?yàn)閍pplication不能太大，否則服務(wù)器必定掛掉，所以只好設(shè)置長(zhǎng)度限制，超過(guò)n條記錄后自動(dòng)刪除之前的消息，自動(dòng)維護(hù)application的長(zhǎng)度，聽(tīng)起來(lái)似乎是個(gè)好消息，但客戶端也只能保存n條記錄-_-，完全可以把所有記錄在客戶端緩存嘛。

下載源文件：[upload=rar]2010430171332-2.rar[/upload]