Web下(不考慮使用activex控件的那種)即時(shí)尋呼一般都是基于“拉”技術(shù)，即每隔一段時(shí)間向服務(wù)器獲取最新消息，然后反映到客戶(hù)端，基于“拉”技術(shù)，一般有幾種形式：

frame/iframe刷新：一般是用一個(gè)隱藏的iframe/frame頁(yè)面，定時(shí)刷新，從服務(wù)器獲取最新消息，并執(zhí)行腳本，將消息反映到客戶(hù)端。
這種方法的好處是兼容性好，適用于所有支持frame和腳本的瀏覽器，缺點(diǎn)就是因?yàn)槭蔷W(wǎng)頁(yè)直接刷新，有可能在某些機(jī)子上每次刷新都會(huì)有“吧嗒”的聲音，如果瀏覽器狀態(tài)欄可見(jiàn)，上面的進(jìn)度條會(huì)一閃一閃的，比較煩人。例如微軟最新推出的Msn Web Messenger即是基于此技術(shù)。

XmlHttp/XmlDom 無(wú)刷新：這種無(wú)刷新技術(shù)一度讓W(xué)eb開(kāi)發(fā)者亢奮不已。在客戶(hù)端，XmlDom可以根據(jù)URL獲取服務(wù)器端的Xml文件并返回為一個(gè) XmlDocument，而XmlHttp不僅可以獲取xml和html，還可以向服務(wù)器端發(fā)送一個(gè)XmlDocument，而且，結(jié)合客戶(hù)端腳本的定時(shí)器：setTimeout("Function()", TimeoutInterval)，定時(shí)從服務(wù)器獲取數(shù)據(jù)。
尤其要注意一點(diǎn)是不管是 XmlDom還是XmlHttp，都有“同步”和“異步”之說(shuō)，如果是“同步”，則瀏覽器會(huì)等到把所獲取的Xml全部下載完才繼續(xù)執(zhí)行，如果是“異步”，則瀏覽器會(huì)不管它有沒(méi)有下載完，直接繼續(xù)下一步執(zhí)行。對(duì)于Web即時(shí)尋呼，還是推薦使用“異步”方式，因?yàn)椤巴健狈绞胶芸赡軙?huì)造成瀏覽器“假死”的情況，對(duì)客戶(hù)來(lái)說(shuō)很不友好。使用“異步”就可以避免這個(gè)問(wèn)題，然后可以在onreadystatechange事件中判斷是否已經(jīng)加載完，然后解析消息。
這種方式的好處是對(duì)于客戶(hù)來(lái)說(shuō)感覺(jué)不到瀏覽器在刷新，缺點(diǎn)是必須要客戶(hù)端是IE，并且安裝了msxml，所以兼容性不是很好。
BTW: 聽(tīng)說(shuō)Asp.Net 2.0對(duì)于這種無(wú)刷新進(jìn)行了封裝，可惜沒(méi)試過(guò)，不知道兼容性如何：）

腳本調(diào)用WebService無(wú)刷新：WebService是個(gè)好東西，js也可以調(diào)用webserice，微軟專(zhuān)門(mén)有一個(gè)WebService.htc，將對(duì)WebService的調(diào)用進(jìn)行了封裝，可以非常方便的調(diào)用，其實(shí)即使沒(méi)有WebService.htc，我們也可以自己來(lái)解析，因?yàn)?nbsp;WebService實(shí)質(zhì)也就是xml了，在客戶(hù)端可以結(jié)合XmlDom來(lái)解析。然后借助定時(shí)器，也可以做到無(wú)刷新來(lái)獲取服務(wù)器端消息。
這種方式的優(yōu)缺點(diǎn)和第二種方式差不多。國(guó)外有個(gè)聊天室就是使用的這種技術(shù)。

最新評(píng)論