js或css文件合并的三种方式推荐
源文档 <http://www.aspzz.cn/article/32834.htm> 在Web项目的开发中,js,css文件会随着项目的开发变得越来越多,越来越大,这就给给性能方面带来一些问题;解决该问题的一个好的方法就是合并js,css文件需要了解的朋友可以参考下 在Web项目的开发中,这就给给性能方面带来一些问题,如,页面引入的的js,css越多的话,那么对就增加了http请求数,解决该问题的一个好的方法就是合并js,css文件.? 下面就简单介绍一个方法,十分简单.下面介绍以合并js文件为例? 保留疑问: JS合并与JS压缩的区别???分别对页面有什么影响?? ? (1) G.js文件? 复制代码代码如下: ~function(){? window.G={};? G.Method={? add:function(){ alert(111);}? ,sub:function(){ alert("减法");}? };? }();? ? (2) T.js文件? 复制代码代码如下: var T=(function(){? return {? t1:function(){alert("t1 method!")}? ,t2:function(){alert("t2方法!")}? ,sum:function(obj){return obj.x+obj.y;}? };? }());? ? 上面列出了连个简单的js文件,下面就要写一个批处理文件来合并以上文件了? (3) 合并js,css文件的批处理方法,文件名假设命名为 debug.bat? 复制代码代码如下: copy G.js+T.js GT_bin.js /b? ? 说明:? (1) 输入要合并的js文件,保存debug.bat文件,运行debug.bat即可.? (2) 就这么一行代码就搞定了,十分简单,GT_bin.js 为合并之后的文件名称,/b是固定参数,文件合并之后,页面就只引用GT_bin.js就可以了,从而减少了js文件的引用,到达了减少http请求的次数,提高了网站的性能.? (3) 合并css文件方法也是如此.? ? 下面是合并的集中方式: ?源文档 <http://www.aspzz.cn/article/84601.htm> 最近在思考前端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),合并的方式也就以上三种,也取决于我们实践需要。 合并很重要,但不是提倡所有文件都合并起来,有不能合并的,有些单独文件更优的,还是要看具体场景。 ? (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- [ASP.NET] 网页导向
- asp.net – 如何增加我的存储过程调用的超时时间(见错误)?
- asp.net – 如何发布站点从命令行与一些发布配置文件?
- ASP.Net MVC的ViewBag一个坑,不要跳进去
- asp.net-mvc – ASP.NET MVC中的Crystal Reports
- 什么是Application Server for ASP.NET?
- asp.net-mvc – ASP.Net MVC2自定义模板通过Ajax和模型更新
- asp.net – 如何在单击“提交”按钮后显示requiredfieldval
- asp.net – 如何将HttpRequestBase转换为HttpRequestMessag
- asp.net-mvc-4 – 无法获取MVC 4 FileExtensions属性来处理
- asp-classic – Checkbox布尔值Classic ASP
- ASP.NET:更好地在资源或数据库中存储可本地化的
- asp.net – 具有完全内存错误的WCF服务(内存门检
- asp.net – 通过javascript禁止文本框中的退格
- 使用oAuth和ASP.NET MVC WebApi进行身份验证
- asp.net – 编程控制输出缓存 – 根据参数值禁用
- asp.net – 如何在回发后阻止关闭模态弹出窗口(M
- asp.net – 如何实现zopfli以获得更好的gzip压缩
- asp.net – Googlebot导致.NET System.Web.HttpE
- 在没有ViewState ASP.Net的情况下获取当前页面的