戏说HTML5（戏说乾隆第二部）

最后人们决定废弃样式标签，给元素标签添加一个style特性，style特性控制元素的样式（最初的样式声明语法肯定很简单）。原来的样式标签的特性，现在变成了样式特性的语法，样式标记变成了样式特性。这样逻辑上就清晰多了。那么问题来了：

一篇文章如果修辞过多，必然会引起读者的反感。如果把元素和显示效果都放在一个文件中，必然不利于阅读。

如果有10个元素都需要一个效果，是不是要把一个style重复写十遍呢

父元素的设置效果对子元素有没有影响，让不让拼爹

。。。。。。。。。

类似的问题肯定有很多，所以出来了CSS，层叠样式表，带来了css规则、css选择器、css声明、css属性等，这样以来就解决了以上痛点。标记语言这层解决了，但是浏览器就不能干坐着玩耍了，必然得提供支持。所以浏览器来解析一个静态html文件时，遍历整个html文档生成DOM树，当所有样式资源加载完毕后，浏览器开始构建呈现树。呈现树就是根据一系列css声明，经历了层叠之后，来确定一个个个DOM元素应该怎么绘制。这时候其实页面上还没有显示任何界面，渲染树也是浏览器内存里面的一种数据结构。渲染树完成之后，开始进行布局，这就好比已经知道一个矩形的宽高，现在要在画布量一量该画在哪，具体占多大地方。这个过程完了之后就是绘制的过程，然后我们便有了我们看到的显示界面了。

给标记加点效果的问题解决了，历史的车轮又开始前进了。慢慢的人们不再满足简单的显示效果，人们希望来点交互。那个时候写HTML的大部分并不懂软件开发，开玩笑嘛，我一写活动页的你让我用C++？C++干这事的确是高射炮打蚊子——大材小用。那正规军不屑干的事就交给游击队吧，这时候网景公司开发出了JavaScript语言，那时候的JavaScript根本没有现在这么火，一土鳖脚本语言，哪像现在这么牛逼哄哄统一宇宙。

JavaScript本是运行在浏览器的语言，HTML文本是静态的，不可能让JavaScript修改静态文件，但可以跟浏览器内部打交道。可是这个时候的DOM并不是今天的DOM，他们是C++对象，要么把JavaScript转换成C++指令操作这些C++对象，要么把这些C++对象包装成JavaScript原生对象。历史选择了后者，这时候也就标志着现代DOM的正式诞生。不过历史有时候会出现倒退，历史上总会出现几个奇葩，比如IE，IE奇葩他全家，包括Edge！

马克思是个江湖骗子，但恩格斯是个好同志。自然辩证法与历史唯物主义是好东西。从历史的角度我们可以看到。CSS、DOM、JavaScript的出现于发展最终的源头都在HTML，超文本标记语言。人们对web的需求最终都汇集在HTML上。所以只要历史产生新的需求，最终的变化都首先发生在HTML规范上。

当交互性不能在满足人们需求时，web迎来了新的需求：webapp。要迎合新的需求，首先要改变的就是HTML规范，这个时候已有的HTML4.0，已经无法满足人们日益增长的需求，所以HTML5迎着历史的需求，经过八年的艰苦努力，终于在2014年正式定稿！HTML5肯定是要加入新标签，然对于传统HTML而言，HTML5算是一个叛逆。所有之前的版本对于JavaScript接口的描述都不过三言两语，主要篇幅都用于定义标记，与JavaScript相关内容一概交由DOM规范去定义。而HTML5规范，则围绕着如何使用新增标记定义了大量JavaScript API（所以其中有一些API是与DOM重叠，定义了浏览器应该支持的DOM扩展，由此可以看到HTML5也必定不是HTML的最终版）。

后记—— 本文只是一个旁观者以线性的方式来翻阅HTML的发展史，但历史更像是晴空上突然的晴天霹雳，一声过后，有人哀嚎遍野，有人高歌入云。以此纪念曾红极一时的Silverlight、Flex，以此纪念广大一线开发者活到老学到老的不懈精神、曾经耗费的精力、曾经逝去的青春。