用jCT改写slickspeed,为测试inQuery做准备

 

ps:

晕死，没有在IE下测试，没有想到遭遇IE的table系列标签innerHTML只读问题，改写了代码重新发布

=================================================

是一个css选择器测试框架.由http://mootools.net 发布

 

要运行SlickSpeed需要有后台的php脚步环境支持

可我想在googlecode上运行SlickSpeed.googlecode上是不能运行php脚本的.

因此我用 jCT 对其进行了改造,使其可以不依赖php脚本,发布在

http://inquery.googlecode.com/svn/trunk/slickspeed/

 

inQuery 并没有完成,所以提供的slickspeed.zip 中虽然含有测试版的inQuery,

但是frameworks.js配置中禁止了

 

改造后的 slickspeed配置方法

1. 禁止某个 css选择器参与测试:在 frameworks.js中对应的属性上添加disable:1
2. 曾加新的 css选择器:把相应的js文件拷贝到frameworks下,并修改 frameworks.js
3. 曾加 新的css选择符:修改 selectors.js
4. 更改页面样式:修改 style.css和index.html
5. 更改测试模板:修改 template.html的body部分

对jCT感兴趣的朋友 :这也是一个良好的jCT使用例子

缺憾 :由于采用了jCT,index.html页面被动态的重构,因此在点击start tests 前要确保所有的iframe都已经加载完毕.通过观察浏览器的状态栏就可以人工判断

磨刀不误砍柴工

 

感谢moontools做出的贡献

评论

4 楼 achun 2010-09-20  

scottcgi 写道

我开发了一个css选择器引擎，也是用slickspeed做测试的。
http://mojo-js.appspot.com/speedTest/index.html
我把slickspeed改成本地运行的了

mojo-js
名字不错，test也不赖呀
MIT License 支持
加油

3 楼 scottcgi 2010-08-18  

我开发了一个css选择器引擎，也是用slickspeed做测试的。
http://mojo-js.appspot.com/speedTest/index.html
我把slickspeed改成本地运行的了

2 楼 achun 2008-12-11  

对还有Sizzle也是更是有潜力

1 楼 achun 2008-12-11  

在我自己的测试中发现Peppy真的是优化到了极点!
可以通过调整selectors.js中的selector次序发现这一点.
比如次序:
p
div~p
和
div~p
p
比较起来第一个次序div~p的速度就会大幅上升,可见Peppy对查询的结果进行了缓存优化处理,反复的查询优化的很好,而且从源代码最后一段可以看出端倪.
我已经没有足够的信心在速度上赶上Peppy了.
顶多就是完成inQuery了.