为什么内联 JavaScript 不好？

始终建议通过将所有代码放在一个文件中来避免内联 Javascript 代码JS文件，该文件包含在所有页面中。我想知道，这是否不会导致大页面的性能问题。

例如，假设我们有数十个这样的函数

function function1(element){
var el=document.getElementsByClassName(element);
var size=el.length;
if(size==0) return;
for(i=0;i<size;i++){
// the process
}
}

在每个页面上，我们都需要运行函数来了解 HTML 中是否有相应的元素。

window.onload = function(){
function1('a');
....
function26('z');
};

但如果将所有功能保留在外部JS文件，并通过内联调用函数JavaScript，我们可以只调用当前页面需要的函数：

<script type="text/javascript">
window.onload = function(){
function6('f');
};
</script>

从性能的角度来看，通过内联调用函数不是有好处吗？Javascript（这当然不是最佳实践）以避免调用页面中不需要的大量函数？

不建议内联静态资源（在你的情况下，内联javascript） since 你不能缓存它们.

缓存静态资源可以减少回访者的页面加载大小，从而提高页面加载速度。然而，这是以额外的 HTTP 请求为代价的应该避免哪些.

每当静态资源是如此之小，以至于与 HTTP 请求相比，额外的大小可以忽略不计，那么实际上建议将该资源保持内联。

将 javascript 库保留在外部（可缓存）文档中，同时保留少量内联脚本通常是一个好主意。

所以，针对你的标题– 内联 JavaScript 本身并不坏。是否值得通过 HTTP 请求来缓存资源，这是一个平衡。