日期:2013-07-03  浏览次数:20976 次

  不可否认,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的评价是一个很合理利用了以上两点技术的一个很成功的传统程序。