只在一个页面上使用的大javascript文件(和HTML5样板文件)

只在一个页面上使用的大javascript文件(和HTML5样板文件),javascript,optimization,Javascript,Optimization,好的,我说的大是指300行未缩小的。没那么大 我在这里的问题是,对于只在一个页面上加载的脚本文件,我是否应该将其放入在每个页面上加载的“常规”脚本文件中?或者它本身应该是一个单独的文件 我考虑的一个问题是,我被告知减少一个页面的http请求数量,这会减少加载时间 因此,我认为在每页更少的http请求和每页更多的有效负载之间进行权衡是对的吗?还有什么我应该注意的吗 关于更多的背景信息,我有两段JavaScript,它们只在各自的页面上使用过,总共大约10页 编辑-300行小型atm是3kb。如果它

好的,我说的大是指300行未缩小的。没那么大

我在这里的问题是,对于只在一个页面上加载的脚本文件,我是否应该将其放入在每个页面上加载的“常规”脚本文件中?或者它本身应该是一个单独的文件

我考虑的一个问题是,我被告知减少一个页面的http请求数量,这会减少加载时间

因此,我认为在每页更少的http请求和每页更多的有效负载之间进行权衡是对的吗?还有什么我应该注意的吗

关于更多的背景信息,我有两段JavaScript,它们只在各自的页面上使用过,总共大约10页


编辑-300行小型atm是3kb。

如果它只是一个页面的一个大脚本,我只会让它在该页面上运行。
额外的300行加载对于每一个单页

都是非常重要的。要考虑的一个问题是用户是否会定期或一次性访问您的页面。如果是前者,那么脚本将被缓存,使用一个大型脚本将是一个好处,因为这将意味着只有一个服务器请求来查看它是否已更改,而不是多个脚本所需的多个请求。如果是后者,那么总体下载大小(对于每个页面)可能比元素数量更重要

第二点要考虑的是脚本的大小与页面的其他元素的整体下载大小相比。


最后一点是如何构造页面,如果它只是一个表单或类似的东西,那么代码的大小可能与页面加载速度有关,但是,如果将页面放在一起需要复杂的数据库查找,那么您最不需要担心的就是多几个kB的JavaScript。

如果可能,您应该将其设置为只在需要的页面中包含此文件。诚然,减少http请求是一件好事。如果你把它放在所有的10页上,这并不是世界末日,这也不算太严重,但最好将负载控制在最低限度


你可以使用雅虎的浏览器扩展来检查你网站的性能。

听起来你已经有了答案的感觉。如果只在一页上使用,只在一页上使用

顺便说一句,将其放在页面底部,以便在浏览器开始处理Javascript之前加载并使用页面的其余部分