不可否定，W3C網(wǎng)頁(yè)尺度剛出來(lái)的時(shí)候的確很吸引人。那時(shí)由于firefox的呈現(xiàn)，沖擊了瀏覽器市場(chǎng)，使得大家為了一個(gè)小狐貍，而掀起一場(chǎng)網(wǎng)頁(yè)尺度的風(fēng)波，但是對(duì)于設(shè)計(jì)師來(lái)說(shuō)帶來(lái)什么?在這場(chǎng)風(fēng)波我看到的更多就是技巧的泛濫。
和一些designer聊天，前幾句話就問(wèn)，“你的網(wǎng)頁(yè)尺度化了”嗎，“你的網(wǎng)頁(yè)又有幾處錯(cuò)誤”。無(wú)形中這些話就給我們這些designer來(lái)說(shuō)帶來(lái)很大壓力。每次更新網(wǎng)頁(yè)都很害怕由于一些小小的修正導(dǎo)致一些小錯(cuò)誤。似乎W3C成了一種追捧現(xiàn)象。就如同前段時(shí)間的Ajax熱一樣。但我們更加是應(yīng)當(dāng)理性分析，我們什么時(shí)候才應(yīng)當(dāng)用到這些技巧。
我舉一些例子
1.Div和Table之間的誤解
剛開(kāi)端接觸到W3C的時(shí)候，首先面臨的標(biāo)題是要把傳統(tǒng)的table布局給往掉，利用Div+CSS做結(jié)構(gòu)。這個(gè)是網(wǎng)頁(yè)尺度化的精髓。但是標(biāo)題來(lái)了，大部分人都由于這個(gè)而誤解說(shuō) "Table沒(méi)有用了" "你的網(wǎng)頁(yè)還有table阿，out了"。實(shí)在不然，假如這樣想，那就大錯(cuò)特錯(cuò)了。W3C只是請(qǐng)求不用table布局，沒(méi)有說(shuō)table不尺度呀。
每一個(gè)web標(biāo)簽都有它存在的意義，不是說(shuō)完整拋棄某個(gè)標(biāo)簽。 我們應(yīng)當(dāng)公平利用好每一個(gè)標(biāo)簽，table并沒(méi)有被放棄，相反的table只是回到他的本職工作---用來(lái)顯示數(shù)據(jù)，當(dāng)你要在網(wǎng)頁(yè)上顯示大批的表格數(shù)據(jù)的時(shí)候，就應(yīng)當(dāng)用table了，這樣你可以花更少的時(shí)間，達(dá)到更好的后果。假如你必定要用
來(lái)模仿也可以，但是你將因此耗費(fèi)過(guò)多時(shí)間在CSS上面，增加很多過(guò)剩的代碼量，而且還不必定能達(dá)到你想要的后果。
更有說(shuō)服力站點(diǎn):GMail 你說(shuō)它不尺度嗎?不是，你說(shuō)它全是Div+CSS嗎，也不是。它是Div+CSS+Table結(jié)構(gòu)，它公平了利用好了每個(gè)網(wǎng)頁(yè)標(biāo)簽。嚴(yán)格來(lái)說(shuō)GMail并沒(méi)有按照W3C XHTML 1.0尺度往做。首先，它的網(wǎng)頁(yè)沒(méi)有用到 XHTML 1.0 的過(guò)渡定義。由于它沒(méi)有措施用，假如用了這個(gè)定義往設(shè)計(jì)GMail。估計(jì)大家看不到那么出色的程序了。即使沒(méi)有用這個(gè)尺度定義，但是它的CSS能寫出這么好的兼容性也是一種更大的成功。
2.Ajax我們是否真的需要
更先帶出這個(gè)話題的是GMail，這個(gè)時(shí)候就開(kāi)端很多人開(kāi)端研究這個(gè)老技巧的混雜體。現(xiàn)在也開(kāi)端在泛濫，但是很多時(shí)候我們不需要Ajax。簡(jiǎn)略的說(shuō)，對(duì)于一個(gè)普通站點(diǎn)來(lái)說(shuō)，你要宣傳就必需要讓搜索引擎找到你，但是Ajax更大的標(biāo)題就是搜索引擎無(wú)法判定你里面的內(nèi)容。就算你的技巧多么成熟，做出來(lái)的東西不方便宣傳，那也是一種失敗。
Ajax的重要是為提高程序的易用性為主，所以很多時(shí)候都會(huì)利用在后臺(tái)程序中(當(dāng)然部分把持也可以利用到前臺(tái))。來(lái)加強(qiáng)程序的人性化，以及易用性。
Ajax更重要是實(shí)現(xiàn)了異步更新的功效，這樣使網(wǎng)頁(yè)不用同步顯示更多信息。有效的減輕了服務(wù)器的累贅。而實(shí)現(xiàn)異步重要是由于Javascript，而不是XML。為什么這樣說(shuō)呢，沒(méi)有XML，Javascript同樣可以實(shí)現(xiàn)異步。但是沒(méi)有Javascript，光有XML也沒(méi)用。XML只是作為一種數(shù)據(jù)起源。我分析了GMail的代碼很長(zhǎng)一段時(shí)間了，又一點(diǎn)很讓我感到很希奇，GMail用到XML的處所實(shí)在很少。它重要還是利用了大批的Javascript。里面用得更多的是Javascript和iframe，它解決Js回退靠的是iframe、輸出郵件，它直接輸出了Javascript代碼到一個(gè)iframe的頁(yè)面里面(直接看代碼就可以看到)，然后又利用Javascript重新結(jié)構(gòu)這些JS數(shù)組，然后輸出到網(wǎng)頁(yè)上。中間的JS數(shù)組實(shí)在已經(jīng)是直接寫到了頁(yè)面的，這樣的過(guò)程用到的XML就很少了。全部GMail用得更多的是異步的JS方法。這樣一來(lái)GMail也是傳統(tǒng)，都是框架在利用JS把持著這個(gè)網(wǎng)頁(yè)。而不是我們現(xiàn)在很多Ajax程序，一個(gè)頁(yè)面上全是讀XML,這樣的方法是比擬笨拙的。
我們要做的是利用好Ajax里面的 Javascript ，而XML只能作為必要的幫助。
呵呵，文章結(jié)束了，以上均是我工作中碰到的標(biāo)題的一些總結(jié)性的見(jiàn)解。盼看大家不要由于這兩個(gè)技巧而“誤進(jìn)歧途”，重要的是理智考慮我們的網(wǎng)頁(yè)如何給這兩個(gè)技巧一個(gè)公平的地位。
更后，盼看有才能的朋友多往研究研究GMail，你會(huì)發(fā)明很多和業(yè)界炒作的所謂新技巧有很多出進(jìn)。
我對(duì)GMail的評(píng)價(jià)是一個(gè)很公平利用了以上兩點(diǎn)技巧的一個(gè)很成功的傳統(tǒng)程序。
從GMail熟悉的W3C網(wǎng)頁(yè)尺度和Ajax，歡迎合作。
查看更多寧波網(wǎng)站建設(shè)尺度熟悉網(wǎng)頁(yè)
自然排名 點(diǎn)擊多少均不要錢喲！
