css中通配符*的效率问题,html及其样式的模块化
初进RIA群,一进来就讨论到css中通配符*的效率问题以及html及其样式的模块化问题;
后者其实一直以来都是这么设计的,只是没有真正和RIA沟通过,个人觉得自己的结构应该是比较方便套程序并进行模块化的,
不过这个问题还有待进一步去探讨和完善;
前者自己又做了个测试,和以前一样,写了个脚本,利用onload来计算载入时间:
1、在不同浏览器中测试;
2、使用固定数目的html元素;
3、分别使用*和单个选择器去设定margin:0;padding:0
结果是*的效率占优。
后面又带出两个问题:
1、关于是不是该用*的问题?
其实大家都已经感同身受,不同浏览器对于置换元素总是施以自己独特的样式控制,用*去去掉他们并不能得到预想的效果;
2、测试的方法是不是不正确?onload到底是不是on 渲染完毕 然后load呢?
明建提出onload只是判断资源载入完毕,但我以前的例子《IE hasLayout效率测试》又正好推翻了这一点,具体应是什么情况还得让高人们多做一些分析测试并分享下~
但我觉得,onload可能并不是很准确,但应该在一定程度上也能说明一些问题,至少能说明使用*在效率上应该是差不太多的。
待议……
后者其实一直以来都是这么设计的,只是没有真正和RIA沟通过,个人觉得自己的结构应该是比较方便套程序并进行模块化的,
不过这个问题还有待进一步去探讨和完善;
前者自己又做了个测试,和以前一样,写了个脚本,利用onload来计算载入时间:
1、在不同浏览器中测试;
2、使用固定数目的html元素;
3、分别使用*和单个选择器去设定margin:0;padding:0
结果是*的效率占优。
后面又带出两个问题:
1、关于是不是该用*的问题?
其实大家都已经感同身受,不同浏览器对于置换元素总是施以自己独特的样式控制,用*去去掉他们并不能得到预想的效果;
2、测试的方法是不是不正确?onload到底是不是on 渲染完毕 然后load呢?
明建提出onload只是判断资源载入完毕,但我以前的例子《IE hasLayout效率测试》又正好推翻了这一点,具体应是什么情况还得让高人们多做一些分析测试并分享下~
但我觉得,onload可能并不是很准确,但应该在一定程度上也能说明一些问题,至少能说明使用*在效率上应该是差不太多的。
待议……
标签: Web技术及应用




0 条评论:
发表评论
指向此帖子的链接:
创建链接
<< 主页