今天看到一篇文章浏览器渲染原理 很不错
为什么我会去注意这篇东西呢!因为我昨天在修复朋友们提交的一个小bug后,发现自己的前端有点糟糕,可能是以前我对于前端的处理方式都是交给我的朋友的。原本在我的前端理解中,对于css的控制,我一直希望使用id和css,原因是我觉得够简单和直接,没有复杂的递归关系,不需要一层一层向下看,但是呢这要求很高的文档规范和命名规则,否则名字实在太多了。
通过阅读上述文章,我知道了如下东西:
1,html 会被解析成dom结构
2,css也会被解析成一个dom 这里的dom其实我就理解成一个树图,数据结构里面的树图
3,当css被赋予在html上时,他们两者会被关联
4,浏览器在处理css的变化时有reflow/repaint
5,1)不要一条一条地修改DOM的样式。与其这样,还不如预先定义好css的class,然后修改DOM的className。 这条很棒
6,2)把DOM离线后修改。如:
- 使用documentFragment 对象在内存里操作DOM
- 先把DOM给display:none(有一次reflow),然后你想怎么改就怎么改。比如修改100次,然后再把他显示出来。
- clone一个DOM结点到内存里,然后想怎么改就怎么改,改完后,和在线的那个的交换一下。
- 对于这的理解,我认为就是在js中把dom,赋值给一个变量,然后对这个变量做操作,最后在赋值给页面的html元素,而不是直接在获取。
- 举例:var a=$("#id").val();然后你需要对这个a做样式的改动,这时a的变化不会和html有关联,但是如果你直接$("#id").css('')这里你css了很多,可能就会造成浏览器一直在reflow或者repaint
7,3)不要把DOM结点的属性值放在一个循环里当成循环里的变量。不然这会导致大量地读写这个结点的属性。
这条我的理解是 for循环中如果你在不停的获取$("#id").val()是一个不可取的行为
4)尽可能的修改层级比较低的DOM。当然,改变层级比较底的DOM有可能会造成大面积的reflow,但是也可能影响范围很小。
这里的意思我这么理解,你修改的子节点越接近树梢可能影响的范围越小,但是如果你n个子节点用的是同一个css的id或者class可能就是要大面积reflow了。
5)为动画的HTML元件使用fixed或abslout的position,那么修改他们的CSS是不会reflow的。
fixed和abstlout的定位就是匹配尺寸的和绝对位置的,相对于relative和float:left来说,我理解是前两者的z-index比一般的div+1层,所以才会不影响周边的div而独立的存在。其他几个布局模式,都是需要牵制于周围的div的,也就会引发reflow了
6)千万不要使用table布局。因为可能很小的一个小改动会造成整个table的重新布局。
再相信的信息去看那篇帖子吧!我后续把他提到的文章看下。做个小翻译。