近一段時(shí)間來(lái)，2007版的動(dòng)易系統(tǒng)正全力開(kāi)發(fā)中，本來(lái)是預(yù)計(jì)使用盡可能多的WEB2.0技術(shù)來(lái)改善用戶(hù)體驗(yàn)，不幸的是在開(kāi)發(fā)準(zhǔn)備期在另一個(gè)項(xiàng)目中大量應(yīng)用AJAX技術(shù)的同時(shí)，發(fā)現(xiàn)幾個(gè)嚴(yán)重問(wèn)題，也許是AJAX的死穴。

第一個(gè)問(wèn)題，與服務(wù)器安全的沖突。JavaScript在反饋信息的同時(shí)需要調(diào)用XML組件與服務(wù)器進(jìn)行通信，不幸的是，它并不通過(guò)常規(guī)的80端口或IIS指定端口進(jìn)行信息反饋，而是隨機(jī)打開(kāi)某個(gè)端口進(jìn)行工作，當(dāng)服務(wù)器端使用了遵循最小安全規(guī)則的防火墻后，將截?cái)噙@一通信途徑，導(dǎo)致JS反饋信息失敗。

第二個(gè)問(wèn)題，JS本身的可靠性問(wèn)題，由于AJAX把大量的運(yùn)算操作放在客戶(hù)端運(yùn)行，客戶(hù)端JS引擎的穩(wěn)定程度將直接影響到使用這種技術(shù)網(wǎng)站本身的使用效果。

第三個(gè)問(wèn)題，具體客戶(hù)的應(yīng)用環(huán)境問(wèn)題，最近碰到的一個(gè)例子讓我感到無(wú)可奈何。某部門(mén)（具體保密），安全級(jí)別很高，單位文件規(guī)定其內(nèi)部計(jì)算機(jī)IE級(jí)別全部調(diào)置最高，導(dǎo)致100%基于domino平臺(tái)的OA系統(tǒng)失效，最后以定制一套純服務(wù)器端執(zhí)行的ASP程序方解決他們對(duì)OA的需求。

其實(shí)在使用.net系統(tǒng)開(kāi)發(fā)中也會(huì)碰到上面第三個(gè)問(wèn)題，微軟為了安全，速度和回發(fā)的穩(wěn)定性將很多頁(yè)面操作均封裝為JS代碼，提供了方便的同時(shí)，也導(dǎo)致N多問(wèn)題，真不明白他們?cè)趺聪氲模?/p>