1

我的测试版网站中有太多的 javascript，这将是真正的，所以我想的是让 javascript 外部化，但这会引发一些非常重要的问题。

  1. 外部 javascript 的标准大小是多少（例如，每个文件不应超过 50KB）。
  2. 如果上述问题的回答是大小无关紧要，那么应该制作多少个javascript文件，那么这是否意味着我应该将所有脚本（包括Jquery库）放在一个外部文件中？
  3. 如果一个 javascript 已经被缩小并且它添加了其他未缩小的文件，它会影响已经缩小的文件吗？
  4. 什么是 Javascript 和 CSS 的最佳缩小器（保持标准的最佳方法）。
  5. 如果我将外部脚本放在后面<body>是否足够好？（好像我降低了一些脚本可能会停止工作）。

如果您想查看http://bloghutsbeta.blogspot.com/ ，这是测试网站的链接

4

2 回答 2

3
  1. 每个人说没有“标准大小”，但将文件大小保持在最低限度总是好的。例如，Gmail、Google Maps 等会加载许多 MB 的 Javascript。
  2. 一般来说，JS 文件越少越好，因为与为它们提供服务的 Web 服务器的连接数会减少，从而减少负载。
  3. 不，混合缩小和未缩小的文件应该不是问题。
  4. JSMin 和 UglifyJS 是流行的压缩器。
  5. 您应该将您的执行附加到适当的事件，例如document.ready这样脚本不会因为页面没有完全加载而停止工作。
于 2012-05-03T09:39:11.727 回答
1

外部 javascript 的标准大小是多少（例如，每个文件不应超过 50KB）。

没有一个。

如果上述问题的回答是大小无关紧要，那么应该制作多少个javascript文件，那么这是否意味着我应该将所有脚本（包括Jquery库）放在一个外部文件中？

一般来说，越少越好。也有例外。（例如，从访问者可能已经有缓存副本的公共 CDN 加载 jQuery 可能更有效）。

如果一个 javascript 已经被缩小并且它添加了其他未缩小的文件，它会影响已经缩小的文件吗？

如果处理得当，则不会。

什么是 Javascript 和 CSS 的最佳缩小器（保持标准的最佳方法）。

主观。

如果我将外部脚本放在后面是否足够好？（好像我降低了一些脚本可能会停止工作）。

这取决于脚本。一些思想流派说你应该预先加载所有标记（如果脚本“停止工作”然后修复脚本），其他人说他们应该尽快使用事件委托注册事件处理程序，这样用户就不会与那些在页面完成加载之前没有与 JS 连接。

于 2012-05-03T09:30:22.917 回答