位置: 编程技术 - 正文
前端js文件合并的三种方式推荐(合并多个js文件)
编辑：rootadmin推荐整理分享前端js文件合并的三种方式推荐(合并多个js文件)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:前端js文件合并怎么做,前端代码合并,js文件合并工具,js中合并excel文件,前端js文件合并方式,前端js文件合并怎么做,前端js文件合并怎么做,前端js文件合并方法,内容如对您有帮助，希望把文章链接给更多的朋友！
最近在思考前端js文件该如何合并，当然不包括不能合并文件，而是我们能合并的文件，想了想应该也只有三种方式。
三个方式如下：
1. 一个大文件，所有js合并成一个大文件，所有页面都引用它。
2. 各个页面大文件，各自页面合并生成自己所需js的大文件。
3. 合并多个共用大文件，根据实践情况合并出多个共用js文件，每个页面引用多个共用大文件。
另外在我看来，合并有两个目的：
1. 为了减少请求数。
2. 代码安全考虑（文件分得越多，越容易被人看清）。
PS：注意我说的不是压缩混淆，只是合并
1. 一个大文件
这种方式就是不管三七二十一，所有js合并成一个大文件，所有页面都引用它，即使某些代码可能不会用到。
优点：
（1）. 合并简单，使用也简单。
（2）. 其他页面可利用缓存优化加载。
缺点：
（1）. 页面可能会加载到本页面不使用的代码。
不适用场景：
（1）. 这种方式肯定不适用于大型的Web应用，且不论单文件代码量，业务的复杂性也不允许我们这样干（我没见过那个网站这样做的）。
适用场景：
（1）. Hybrid应用，无论是Mobile的Hybrid应用，还是PC的Hybrid应用（桌面应用，类似有道团队开发框架hex+chromium +nodejs），都非常适合，本身就不会有请求速度问题，这种位于客户端代码的应用的代码安全更为重要。
PS：当然最重要的还是后端的安全，无论前端是否被破解，后端是否完善输入校验，是否防止越权，后端才是关键，也就是常说一句话“不要相信用户的任何输入”。
2. 各个页面大文件
各个页面合并生成自己所需js的大文件，生成多份js合并。
优点：
（1）. 每个页面都用到最精确的js，不会有不相关代码。
缺点：
（1）. 有多少个页面，就会生成多个js，导致存在大量共同js代码的冗余。
（2）. 共用部分无法使用缓存优化加载。
（3）. 合并和使用会相对比较复杂。
这种方式我始终觉得不对劲，小应用直接单个大文件搞定，而大应用更不会这样去做，更不能用在Hybrid应用上，在这样讲究安装包大小的情形下，不能容忍冗余代码。我在思考各种场景时候，都发现能用上面或下面方式解决，而且是更优，所以我觉得这种方式是个鸡肋。
3. 合并多个共用大文件
根据实践情况合并多个共用大文件（例如依赖库分类），再合并本页面所需js文件（例如以业务分类），每个页面引用一个或多个共用大文件和本页面的js文件。
优点：
（1）. 共用部分得到加载优化，每个页面引用的也尽可能的做到了不冗余。
缺点：
（1）. 多多少少还是会存在某些页面会引用到不需要的代码，共用不并不是完完全全的共用。
适用场景：
（1）. 大小型应用都比较适用，每个页面可能存在许多共用部分，合理的分文件合并将非常关键。
总结
这一篇文件只是思考，也只算泛泛之谈。文件合并方法挺多，由后端动态生成或工具直接生成（grunt+requirejs），合并的方式也就以上三种，也取决于我们实践需要。
合并很重要，但不是提倡所有文件都合并起来，有不能合并的，有些单独文件更优的，还是要看具体场景。
以上这篇前端js文件合并的三种方式推荐就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持积木网。
JavaScript 数组some()和filter()的用法及区别 some方法array1.some(callbackfn[,thisArg])对数组array1中的每个元素调用回调函数callbackfn，当回调函数返回true或者遍历完所有数组后，some方法终止。可选参数this
有关JavaScript中call()和apply() 的一些理解 call()方法和apply()方法，在上层应用中用的不是很多，但在底层写JS框架的时候却常常看到。然后度娘谷哥一番，也发现好多达人写出了自己的理解和笔
JavaScript基础教程——入门必看篇 JavaScript他是一种描述性语言，其实他并不难学，只要用心学，一定会学好，我相信大家在看这篇文章的时候，一定也学过HTML吧，使用JavaScript就是为了
标签: 合并多个js文件
本文链接地址:https://www.jiuchutong.com/biancheng/370057.html 转载请保留说明！
