不可否定，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，欢迎合作。

查看更多宁波网站建设尺度熟悉网页