前端js文件合并的三种方式推荐_基础知识
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了前端js文件合并的三种方式推荐_基础知识,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2504字,纯文字阅读大概需要4分钟。
内容图文
![前端js文件合并的三种方式推荐_基础知识](/upload/InfoBanner/zyjiaocheng/306/eb8d37eb1d464292842a17d913126417.jpg)
三个方式如下:
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文件合并的三种方式推荐就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持脚本之家。
内容总结
以上是互联网集市为您收集整理的前端js文件合并的三种方式推荐_基础知识全部内容,希望文章能够帮你解决前端js文件合并的三种方式推荐_基础知识所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。