JKisJK

摘要： 几近一个月，一直在整理QWrap的使用文档。虽说使用文档只是针对QWrap的有啊版应用，不过它可能会是以后QWrap的典型应用。跟组件有关的，文档中几乎没有提一个字，很多同学所关心的Ajax、Anim、Valid、Panel、Switch等等，可能会在三四月份才能与大家见面。这个文档是第一个真正面向写页面同学的帮助文档。虽说有些寒碜（抱歉，能帮忙美化的同学最近忙得抽不出身），甚至山寨得让我不敢给他一个正式的名份，只敢以'_jk'来命名它，但它毕竟还是让我们有了开放给最终用户（而不只是资深同行）围观的勇气。整完之后，QWrap的官域名也同时开通了: http://www.qwrap.com。空间 阅读全文

摘要： 例如以下结构，相当于一个只有一层的树。代码其中,ul.open有5个,ul.closed有95个现在想获取'ul.open li'正常的写法，可能是$('ul.openli')。在当前案例下，试想一下：如果选择器是从右往左来找，则：先找到100*100个li，再向上寻父ul.open，找到则通过。如果选择器是从左往右来找，则：先找到5个ul.open，再寻子，找5*100个li。显然，后者快于前者。现实情况是：很多selector都是从右往左找的。那我们该怎么来优化这个问题呢？嗯，selector是从右往左的，但是我们可以改变它的查找方向。例如，QWrap里的写法：W('ul.open' 阅读全文

摘要： 前一篇《关于selector性能比赛》中提到，目测觉得在$("div,p,a")这样有逗号时，sizzle耗时异常（600多个元素，花了200ms），说是它可能没有优化ie下的排序。按所推荐的程序在IE下跑了下，的确，排序耗时很小。代码Array原生的sort，当它传一个比较函数时，由于它内部用哪种排序算法，都需要多次比对，所以，耗时是很自然的事。上面的快速排序，它并没有多次比对，而是：1。取出el属性值，用属性值产生一个String对象，2。将el附在String对象上。3。用String对象组成数组。4。用原生的sort进String对象数组排序。5。在排好序的String数组中，按序取出 阅读全文

摘要： selector性能比赛先说selector效率优化策略三条:1. 最右边的自选器精准化，以减少海选数。“.aaa”优化成“input.aaa”-----海选*.aaa变成了海选input.aaa“.ctn .aaa”优化成“.ctn input.aaa”-----海选*.aaa变成了海选input.aaa2. 带上容器id，以减少海选数。“div.aaa”优化成“#container div.aaa”-----海选div.aaa变成了海选#container input.aaa3. 除带id祖先或带id旁系亲属外，关系尽量简单，以减少血缘鉴定难度。“body input.aaa”优化成“in 阅读全文