我知道这听起来可能很愚蠢，但是 js 文件会阻碍战争文件的构建吗？
我正在和我的同事一起工作，他说使用我们项目中的一堆 js 文件构建 war 文件需要更长的时间。我不认为它会，但我找不到答案。
问问题
88 次
2 回答
2
没有足够的信息来回答你的问题。但是，您的同事可能是正确的。WAR 文件只是具有不同扩展名的 ZIP 文件。但是，当您构建WAR 文件时，通常会发生很多事情。您的构建过程通常会执行编译 Java 文件、创建元数据文件等操作。它还可能执行 JavaScript 文件的连接、验证和/或最小化。
如果您的构建过程确实优化或验证了 JavaScript，那么 JavaScript 文件的数量实际上可能很重要。但是，这不一定是坏事。您可能不想无缘无故地过度使用它，但只要您的构建过程执行必要的最小化步骤，这不是问题。
现在，如果您的构建过程没有对 JavaScript 文件做任何处理，那么您的同事可能会谈论另一个性能问题：页面加载时间。由于为每个文件发出单独的 HTTP 请求会产生大量开销，因此要检索一堆 JavaScript 文件可能会对用户的页面加载时间产生重大影响。这在移动用户等高延迟情况下会被进一步放大。这就是为什么 JavaScript 最小化和连接步骤通常包含在现代构建过程中的原因。
因此，您的同事可能对性能问题的原因有误，但建议您减少 JavaScript 文件数是正确的。您应该与开发构建过程的人交谈。如果构建脚本中没有 JavaScript 处理，那么为了您的用户，您当然应该将 JavaScript 文件数量保持在较低水平。如果有，并且您认为您的同事已经满了，您应该创建大约 50 个 JavaScript 文件（用一些随机 JavaScript 填充它们）并运行构建。如果构建时间似乎不再存在，那么您就知道您的同事是不正确的。
于 2012-09-10T02:52:48.983 回答
1
war 文件实际上只是具有一些特殊元数据和结构的 zip 文件，所以是的，从某种意义上说，这些文件必须像制作 zip 一样被压缩，因此需要更长的时间。但是，对于任何类型的文件都是如此，js文件没有什么特别之处。
于 2012-09-10T01:39:38.883 回答