jQuery的大小是否有害?

前端之家收集整理的这篇文章主要介绍了jQuery的大小是否有害?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

在我开始学习如何使用jQuery library之前,我想在文件大小方面向我保证一些与我有关的事情……

我很清楚浏览器和服务器会缓存jQuery等文件 – 理论上讲,文件应该只下载一次,因此后续使用的速度会提高.

我的问题更多的是关于浏览器如何处理javascript文件,以及每次加载页面时浏览器是否正在处理32k代码文件是否会产生不利影响?这不仅仅是文件的大小,而是它的复杂性.

或者我的理解不正确,浏览器不仅缓存javascript文件,还缓存该文件的某种“编译”版本? (是的,我知道javascript实际上并没有“编译”,但希望你知道我的意思.)

我想大多数浏览器都能够足够快地处理文件,以至于它几乎没有区别,并且必须处理使用jQuery编写的更少代码的速度优势弥补了它.

最佳答案
您对资产规模和发动机性能的担忧有一些需要考虑的重叠因素.最终,只有您才能确定适合您项目的适当/可接受的内容.

尺寸

可能说明显而易见但我们将从这里开始.

任何减少页面消耗资产大小的机会都是一件好事.保持你的标记,风格和精益.避免采用您的用户群始终拥有高速连接的心态.例如,考虑移动受众以及他们的连接速度将如何波动.快速加载的页面是获得出色用户体验的第一步.

修剪脂肪并确保您已经验证了将jQuery包含到项目中.

为什么选择jQuery?

您的陈述“在我开始学习如何使用jQuery库之前”让我相信您可能是Web开发和js开发的新手.不是为了挖掘你或你的问题的有效性,但这个假设将驱动我去的地方.

总体而言,将自己暴露给jQuery库将是一件好事,即使它不是您项目的正确选择.

多年来,jQuery库已经成熟,并且每天都提供一些优雅的解决方案来解决浏览器js问题.浏览源代码并了解实现的一些概念只会帮助您.

此外,jQuery无处不在.无论您可能形成何种个人观点,jQuery都是开发人员工具箱中最受欢迎的库之一,并且似乎无处可去.即使你从不在你从头开始开发的项目中使用jQuery,你肯定会遇到某个地方.熟悉图书馆只会有利于您的开发工作.

最终,您需要评估为什么要考虑将jQuery引入项目中.它只是你最常使用的选择器引擎吗?如果你正在进行基本的DOM操作并且只需要一个好的选择器引擎,那么考虑直接使用Sizzle,它只是4KB(缩小和压缩).

也许jQuery是你想要包含的酷插件的依赖.你可以自己重写它来解决它吗?调整工作大小并检查是否值得节省可能的文件大小.如果您只需节省几KB但需要40个小时才能完成工作,这值得吗?

浏览器支持矩阵

创建浏览器支持矩阵.您支持的浏览器不仅会对速度产生直接影响,还会对资产规模产生直接影响.

性能/速度

检查支持的js引擎的性能差异.这将允许您预测页面上js的速度,从那里您可以对您认为可接受的内容做出任何让步.

请记住,js(包括你的和jQuery等库)的质量和完整性也将极大地影响性能.更快的js引擎(例如V8 for Chrome)可能对写得不好的js有点宽容,因为IE7的JScript可能会暴露缺陷并极大地降低性能.

jQuery是一个库,它肯定会影响为核心创作的js中的性能.您可能会发现大多数性能挑战jQuery源自第三方插件,可能无法进行广泛的跨浏览器基准测试.

尺寸考虑因素

如上所述,jQuery包含许多跨浏览器修复程序,用于DOM API支持中的各种差距.这可能会为您节省大量精力或增加一些可能不需要的膨胀.检查支持矩阵倾斜的方式(旧版浏览器与现代浏览器),并确定这可能会对您的项目产生什么影响.如果您发现自己只针对最新和最好的浏览器,可以想象您可以创建自己的jQuery建模库,只添加项目所需的功能.不要忘记调整工作的大小,看看它如何影响底线.

使用jQuery

最重要的是,如果你的项目在很大程度上依赖于js来辅助功能用户体验,那么很难说使用jQuery会是一个糟糕的选择.当您考虑到所需的工作量时,您可能没有时间来编写更精简/更高效的代码.考虑所需的工作,不仅需要创建一个等效的库(即使修剪了功能),还需要努力维护它.你需要让编码印章与一大批开发人员保持同步,以保持同步.

无论你决定什么,祝你好运!

猜你在找的jQuery相关文章