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