Ajax使用雜談 也許也是亂彈
2024-09-01 08:29:18
供稿：網(wǎng)友
隨著Ajax技術(shù)的出現(xiàn)、盛行，本被忽視認(rèn)為是二流編程語言的JavaScript腳本也開始了新的盛行，大量的JavaScript框架的出現(xiàn)如Microsoft Asp.Net Ajax、jQuery等。Ajax已經(jīng)成為這些腳本框架必不可少的組成部分了，而且Ajax的開發(fā)也越來越簡單化。
Ajax是一種已不是加載腳本，其最古老的實(shí)現(xiàn)方式是利用iframe來加載遠(yuǎn)程的腳本利用top.Function來調(diào)用父窗體的方法。利用a等HTML的target屬性來指定。簡單但是后期維護(hù)復(fù)雜化了并且在跨越方面很麻煩。接著就XMLHttpRequest對(duì)象的出現(xiàn)，一定程度的簡化了Ajax的開發(fā)，但是在不同的瀏覽器中實(shí)現(xiàn)有很多大不同，F(xiàn)ireFox中XMLHttpRequest和IE中的ActiveObject等方式，以及它僅提供了很少和簡單的Ajax請(qǐng)求和處理。在現(xiàn)在出現(xiàn)了很多的JavaScript框架，在基于XMLHttpRequest的封裝和類庫的提供，極大的簡化了我們的Ajax編程。其中最為出名和盛行的jQuery框架。這里需說出的是jQuery很好實(shí)現(xiàn)了跨域問題。
下面我就說幾點(diǎn)自己目前想到的Ajax注意或者技巧，思維也許有點(diǎn)亂，請(qǐng)諒解，將的不好，也請(qǐng)?jiān)彙?
1：Ajax中的X是XML，它也可以很方便的加載XML，但是我個(gè)人覺得架子啊XML是個(gè)很不好的方式。首先大家都知道XML是一種嚴(yán)格的數(shù)據(jù)存儲(chǔ)方式，有很多冗余信息。再則XML的處理也有一定的復(fù)雜性。XML能實(shí)現(xiàn)跨平臺(tái)性，如WebService，這是WebService的優(yōu)點(diǎn)，但是也是一個(gè)致命的缺點(diǎn)，它基于的XML冗余信息，所以在分布式中速度也是很慢的。
相比而言Json對(duì)象是一個(gè)輕量級(jí)的存儲(chǔ)方式，它是以名值對(duì)的形式存儲(chǔ)。而且JavaScript腳本本身就是一個(gè)天然的Json對(duì)象，無需轉(zhuǎn)化，可以直接使用，并且現(xiàn)在.NET框架中提供了對(duì)Json序列化的支持.我個(gè)人觀點(diǎn)是首選Json。
2：在服務(wù)器端為了性能等的考慮經(jīng)常會(huì)有緩存，以及瀏覽器的緩存。有時(shí)我們需要避免，最簡單的方式是加上一個(gè)時(shí)間戳，"Default.aspx?time=” + DateTime.Now。就可以避免緩存。如果你用的是Jquery的Ajax那可以直接設(shè)置cache:false禁用緩存。
3：在Ajax編程需要注意的是Content-Type，有HTML、Text、Json、XML、Script等方式。我們很多的無故的錯(cuò)誤經(jīng)常就在這里的設(shè)置。需要注意Ajax的Content-Type，以及服務(wù)端輸出的Content-Type。還有就是服務(wù)器端，我們要輸出前的Response.Clear(),Response.ContentType=Type,以及完成時(shí)的Response.Flush()和Response.Clos（）。
4：Ajax并不是高交互、高用戶體驗(yàn)的代表，這需要說明。我們的應(yīng)用不該首選Ajax技術(shù)，因?yàn)槿绻鸄jax技術(shù)用的不是很好，那反而會(huì)適得其反。還有就是如果要用Ajax，那我們就必須為客戶準(zhǔn)備退路，因?yàn)閍jax請(qǐng)求很可以由于各種原因而出錯(cuò)。
5：Ajax必究是基于客戶端腳本，這就意味在存在一定的安全隱患，很容易暴露我們的某些敏感信息。特別是網(wǎng)上的腳本代碼糜爛，我們有些人經(jīng)常會(huì)在網(wǎng)上Copy下來僅僅測(cè)試下就加入了我們的項(xiàng)目，我覺得這是一個(gè)很不好的習(xí)慣。很容易得不償失。
