为构建小部件建议最小的Dom操作库

为构建小部件建议最小的Dom操作库,dom,widget,javascript,Dom,Widget,Javascript,对不起 jQuery, 原型, Yahoo YUI, 在考虑小问题时,Dojo对我没有吸引力。我想要一个模块化的库,它的代码可能最小,最高可达20Kb,这是我所期望的。应该提供Dom操作[没有ajax和糟糕的东西],并且可以扩展,是小部件友好的。上有很多小javascript库。您可能对查看(2.6kb)感兴趣 或者,如果你还小的时候想要更多的功能,你可以签出(10.4kb或4.2kb Gzip)。我见过的最小的一个是ender.js,只有8K,它似乎可以处理与jQuery一样好,但没有负担 如

对不起 jQuery, 原型, Yahoo YUI,
在考虑小问题时,Dojo对我没有吸引力。我想要一个模块化的库,它的代码可能最小,最高可达20Kb,这是我所期望的。应该提供Dom操作[没有ajax和糟糕的东西],并且可以扩展,是小部件友好的。

上有很多小javascript库。您可能对查看(2.6kb)感兴趣


或者,如果你还小的时候想要更多的功能,你可以签出(10.4kb或4.2kb Gzip)。

我见过的最小的一个是ender.js,只有8K,它似乎可以处理与jQuery一样好,但没有负担

如果您使用Google或Microsoft缓存版本的jQuery,那么大小对于99%的用户来说应该不是问题。(请参阅)@Hightechrider这就是为什么缓存20Kb并缩小会比缓存90Kb并缩小到30Kb要好的原因,我想我是对的吧?还有,为什么我的用户要下载我在应用程序中没有使用的东西当你使用google或microsoft CDN作为常见的javascript库(如jquery)时,关键是你的用户不必下载它们。。。因此,没有下载会比你的20kb文件更好,在这种情况下,大量用户将有一个空缓存,~50%根据雅虎的说法:如果没有编辑,这将是一个更有用的问题。事实上,我正在寻找一个最小的脚本作为bookmarklet的一部分使用,因此在我的脚本中将一个库映射到dom的过程中,nano框架可能会有很大的不同(我认为)。我需要感谢你指导我,当然选择了“xui”和“snackjs”是的,这是来自Twitter的Dustin Diaz one的作品:)