标签：web

“第三章　推广标准的困难”主要是再次分析了web标准为何在技术上是一回事，而在实际应用中却是另一回事。作者回顾了web浏览器的转型，分析了专业设计人员的现状，为什么标准容易让人失去兴趣，以及一些竞争方式，比如FLASH。

这些问题都是我曾有过的想法或者是很显而易见的问题，看上去象一个领导干部在做总结发言，句句都说在点子上，看人觉得解渴，并且对这些让人迷惘的问题有望得以解决产生了兴趣。

“如果没有工具，许多专业的设计师将无法建立一个基本的网站。”对照这话检查自己，如果用记事本，如果我能把那些模糊的标签确认一下，那么还是能做出一个基本的网站的，只是这样的网站几乎没有存在的意义。不过可以自我安慰的是，90%以上的设计师在这一点上不会做得比我更好。“你不需要手工制造一辆汽车，那为什么你要手工写代码建造网站呢？”

对于商业公司之间的争斗，作者的比喻是“狗咬狗”和“狗买其他的狗公司，目的只为了将它们赶出商业竞争”，回想起ADOBE与MACROMEDIA之间的竞争，不正被作者言中吗？不知道这种犀利的比喻，是否会引起大老板们的不快，我看着是比较过瘾的。

另外针对标准和美观的问题，作者明确了：WEB标准对站点的外观和感觉没有做任何限制，WEB标准只是保证站点为更多的人和更多的平台工作。这话很有道理。就以往的经验看，一个作品是否优秀，主要的其实不是他的载体、手段。比如优秀的音乐，并不在乎演奏他的乐器是什么；优秀的绘画并不在乎他是在岩洞里还是画布上，用的是石块还是画笔；优秀的电影并不在乎是否是黑白还是彩色，是否使用了电脑特技。以这个观点看WEB设计，是否符合标准，并不是能否产生优秀作品的先决条件。就个人的观点看，美观典雅的代码无疑是WEB作品的另一种风韵，只不过这种美只有少数人能体会到。

第一次接触WEB设计是在1997-1998年左右，那个为建行内部网做的小测试，那之前我只知道JPG很牛，没想过GIF其实也很优秀，甚至不知道GIF可以是动态的。看到那个经典的“WELCOME”彩色GIF图标和翻书的GIF图片，甚至真的认为如程序员同事所说，所有动的东西那是需要写脚本才能实现的。那时我找遍了F-PAGE的菜单，也找不出排版的标记，直到靠另存别人的网页才发现：灵活的排版少了表格就无法实现。后来，第一次体会CSS带来的12PX宋体字兴奋不已，但随后发现IE3访问网易会出现字符重叠，给管理员留言，答复是“升级你的浏览器，我们不支持IE3（似乎是ie3.02）”，这简直是个可笑的答案。事情过去这么长时间了，CSS的书我也早有准备，但是一直以来这些新技术都不是那么完善稳定，让人觉得泄气。对DIV标签的认识还只限于dreamweaver早期版本的绝对定位层的应用中，那在我看来是无用的技术。

看书中所介绍的情况看，浏览器和编辑工具已经有很大的进步，似乎现在应该是执行标准的时机了，但愿IE7不要又出现什么非标准的情况。听说它会开始支持没有完全标准化的中文域名，但愿不要把这种独断专行带进WEB页面的解释中来，否则对WEB标准的进展又是一大伤害。

“我们没预算，也没抱太大希望，然而不知道为什么，我们成功了。”作者对web标准组织所做的事情做了这样的表述。也许这就是“水到渠成”的意思吧。

“第二章　根据标准设计和制作”主要是例举了一些网站来更详细说明新旧两种方式的差别，用例子说明标准带来了什么好处。

结构与表现及行为相分离是新设计方法的基础。这确实是一个很重要的观点。从这个观点上看，以前普遍认为很酷和眩的“FLASH全站”永远只能是个实验品，它不可能用在普遍性场合，它更象是一个兴趣小组搞出来的为显示技术用的奖杯式作品。

罗马不是一天建成的。用web标准进行工作，瞻前顾后的工作还有很多。书中提出了“过渡型”和“严格型”的概念。看来顽疾也不是一阵风就可以带过的。

看完这章的最大感受就是可怕。一个CSS就看得云里雾里，再加上个XHTML就更昏了，还不用说DOM、脚本……。以前对HTML、XHTML、XML的关系还有点不太清楚，看过了XHTML的代码片段后似乎有点眉目了。XHTML可以说是一个基于XML，用来代替HTML的标准化规范。

“第一章 99.9%的网站都是过时的”，这种“过时”不是因为设计时尚、客户需求的改变，而是被浏览器所累。他们部分地执行标准，并且发展出私有的标准对公共标准进行破坏，而网站的设计者为了“专业”，分别为他们量身定制不同的代码设计，从而把原本简单的事情搞复杂，增加运营成本；或者干脆赌定一个浏览器，然后丧失掉一部分潜在浏览者。

对于非标准所可能产生的恶果，DHTML可以成为一个很好的例子，虽然有一个共同的概念，但是他却是没有共同标准规范的东西，甚至同一公司的不同版本支持的程度都会不一样。当年DHTML是火暴的话题，现在却无人问津，其中道理也就不难理解了。

浏览器的容错也把网站建设者宠坏了，很多不规范不正确的表述都可以看上去正常的方式运行，为今后的工作埋下隐患。“容错”本是为方便，但是方便给多了，便没有了规则。最好的方式是用纠错、提示来保证开发的正确，而不是经常性用容错来解决问题。

想想我以前做过的传统页面中表现形式的代码与表现内容的代码之间的比重，似乎表现形式的占大多数，查看源代码几乎满目的FONT、TABLE。如果把表现外观的任务交给CSS去处理，确实可以减少很大一部分的带宽浪费，同时可控制项目更多，更有发挥余地。只不过这种方式的技术含金量更高，入行的门槛也越高。要是今后以此为标杆来招聘网页设计人员，我不知道本地还能有几个人能称为合格的网页设计人员。作为身在其中的一名从业人员，该感到机遇还是压力？

看到这里，感觉“WEB标准”的推行也是一路蹒跚走来。一方面是积极倡导WEB设计人员使用标准，最大限度的使自己的作品规范起来，一方面努力在软件巨头中游说他们支持WEB标准。两者产生了互动，才造成如今“WEB标准”的热门话题。我第一次感受到切实的压力是Dreamweaver中发生的变化，它将文字的颜色属性作为CSS来对待，默认添加DTD，这让我当时有点不知所措。虽然可以通过修改设置和代码，让我回到以前的编辑习惯中，但是我那时切身感受到了饭碗的压力。

文中那个关于SERVER端压缩的辩论很有意思。确实表面上看，服务器端压缩可以解决流量问题，但是并非最佳方案。提出这个方案的一定不是一名完美主义者。本书作者在这第一章中“浏览器是个蹩脚外科大夫”的比喻，以及“‘向前兼容’是一些人举起的圣杯”的比喻实在辛辣。

“在开始之前”这一章，我觉得有点危言耸听。作者例举了以往困住网站的难题，比如流量大，不兼容新浏览器，从而推断出传统制作方式增加网站运营成本。我觉得在中国这似乎不是很严重的问题。

现在中国的网站基本不会关心页面访问所浪费的流量，一般这种ISP流量都是包月的，在这上面节省出来的流量似乎不会被人关注。至于那个花了100万英磅做出来的，这也不支持那也不支持的网站，只能说规划人员的脑子进水了，这个例子过于极端。也许只有极端的例子才能促使人反思吧。

WEB标准的缘起是W3C和其他一些技术组织提出的一系列老技术规范的综合。XHTML、XML、CSS、ECMASCRIPT和DOM，这些规范由于浏览器厂商的问题，以往只是“推荐”而已。“WEB标准”组织把这些老规范重新整合，提出了“标准”的概念并全方位推广。他们以这种商业手段迫使利益悠关方重视这些可以为WEB的长远发展带来好处的技术，同时，让WEB设计者遵循一套比较完整的标准，本身也是一个重要的进步。正象书中所说：“如果电影规格、镜头、录音技术没有广泛的行业协议，就不会有电影。同样的，WEB设计健康的发展依靠WEB标准的采用，没有那些标准就没有真正的可访问性和连贯的设计。”

“WEB标准”是一种思维方式的结果。说到底，对于WEB设计师来说，它依然是“推荐”级的。你对自己的网站拥有决定权，如果你喜欢，甚至可以做一个只允许你一个人可以看的网站。个性，有什么不可以呢？但是，如果你认为WEB是一个行业，你需要溶入其中成为一分子，你可能就要好好想想这个“推荐”的分量了。