做网站-推荐3种CSS,JS合并的方式

在Web项目的开发中,js,css文件会随着项目的开发变得越来越多,越来越大,这就给给性能方面带来一些问题,如,页面引入的的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() ,t2:function() ,sum:function(obj) }; }());

上面列出了连个简单的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文件方法也是如此. 下面是合并的集中方式 : 源文档 最近在思考前端js文件该如何合并,当然不包括不能合并文件,而是我们能合并的文件,想了想应该也只有三种方式。

三个方式如下:

1、一个大文件,所有js合并成一个大文件,所有页面都引用它。

2、各个页面大文件,各自页面合并生成自己所需js的大文件。

3、合并多个共用大文件,根据实践情况合并出多个共用js文件,每个页面引用多个共用大文件。

另外在我看来,合并有两个目的:

1.、为了减少请求数。

2、代码安全考虑(文件分得越多,越容易被人看清)。

PS:注意我说的不是压缩混淆,只是合并

1、一个大文件 这种方式就是不管三七二十一,所有js合并成一个大文件,所有页面都引用它,即使某些代码可能不会用到。

优点:

#合并简单,使用也简单。

#其他页面可利用缓存优化加载。

缺点:

#页面可能会加载到本页面不使用的代码。

不适用场景:

#这种方式肯定不适用于大型的Web应用,且不论单文件代码量,业务的复杂性也不允许我们这样干(我没见过那个网站这样做的)。

适用场景:

#Hybrid应用,无论是Mobile的Hybrid应用,还是PC的Hybrid应用(桌面应用,类似有道团队开发框架hex+chromium +nodejs),都非常适合,本身就不会有请求速度问题,这种位于客户端代码的应用的代码安全更为重要。

PS:当然最重要的还是后端的安全,无论前端是否被破解,后端是否完善输入校验,是否防止越权,后端才是关键,也就是常说一句话“不要相信用户的任何输入”。

2、各个页面大文件 各个页面合并生成自己所需js的大文件,生成多份js合并。

优点:

#每个页面都用到最精确的js,不会有不相关代码。

缺点:

#有多少个页面,就会生成多个js,导致存在大量共同js代码的冗余。

#共用部分无法使用缓存优化加载。

#合并和使用会相对比较复杂。

这种方式我始终觉得不对劲,小应用直接单个大文件搞定,而大应用更不会这样去做,更不能用在Hybrid应用上,在这样讲究安装包大小的情形下,不能容忍冗余代码。我在思考各种场景时候,都发现能用上面或下面方式解决,而且是更优,所以我觉得这种方式是个鸡肋。

3、合并多个共用大文件 根据实践情况合并多个共用大文件(例如依赖库分类),再合并本页面所需js文件(例如以业务分类),每个页面引用一个或多个共用大文件和本页面的js文件。

优点:

#共用部分得到加载优化,每个页面引用的也尽可能的做到了不冗余。

缺点:

#多多少少还是会存在某些页面会引用到不需要的代码,共用不并不是完完全全的共用。

适用场景:

大小型应用都比较适用,每个页面可能存在许多共用部分,合理的分文件合并将非常关键。 总结 这一篇文件只是思考,也只算泛泛之谈。

总结:

文件合并方法挺多,由后端动态生成或工具直接生成(grunt+requirejs),合并的方式也就以上三种,也取决于我们实践需要。 合并很重要,但不是提倡所有文件都合并起来,有不能合并的,有些单独文件更优的,还是要看具体场景。

往期热点文章:

#做网站-如何用DIV+CSS做网页

#做网站-3家国外VPS主机商对比

#做网站-页面内锚点定位的几种方法

#做网站-如何将设计稿还原为网页

#做网站-面向对象面向过程的区别

#做网站-必备的10款网站性能测试工具(推荐)

#做网站-前端工程师都用啥编辑器

#做网站-虚拟主机与独立服务器区别

做网站公众平台(zwangz888)每天为您分享原创Web开发资讯,开发经验,为您的技能充电。期待您的关注与分享,同时欢迎您留言,让我们每天进步一点点!

本文来自企鹅号 - 做网站媒体

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏程序猿DD

云原生应用的12要素

简介 如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或软件即服务(SaaS)。12-Factor 为构建如下的 SaaS 应用提供了方法论: 使用...

512100
来自专栏友弟技术工作室

云原生概念

2K50
来自专栏逢魔安全实验室

某移动应用安全加固与脱壳技术研究与实例分析

62580
来自专栏Java工程师日常干货

分布式利器Zookeeper(三)前言Zookeeper分布式锁的代码实现zkclientCurator

本篇博客是分布式利器Zookeeper系列的最后一篇,涉及的话题是:Zookeeper分布式锁的代码实现、zkclient的使用、Curator框架介绍等。

12120
来自专栏IT技术精选文摘

redis架构演变与redis-cluster群集读写方案

redis-cluster是近年来redis架构不断改进中的相对较好的redis高可用方案。本文涉及到近年来redis多实例架构的演变过程,包括普通主从架构(M...

65230
来自专栏码神联盟

灵丹妙药 | 关于缓存,你必须要知道的

这两天小编一直在总结缓存的要点,也同时参考了一些文档,仅此奉上,以供参考。 缓存是必备技能 身为后端开发的开发人员,缓存是必备技能。不需要花费太多的精力就能显著...

36470
来自专栏Java技术栈

Redis 的 4 大法宝,2018 必学中间件!

Redis是什么? 全称:REmote DIctionary Server Redis是一种key-value形式的NoSQL内存数据库,由ANSI C编写,遵...

41250
来自专栏程序员互动联盟

【线程池】线程池与工作队列

为什么要用线程池? 诸如 Web 服务器、数据库服务器、文件服务器或邮件服务器之类的许多服务器应用程序都面向处理来自某些远程来源的大量短小的任务。请求以某种方式...

35980
来自专栏前端架构与工程

webpack多页面开发与懒加载hash解决方案

本文内容只适用于webpack v1版本,webpack v2已经修复了hash计算规则。 之前讨论了webpack的hash与chunkhash的区别以及各...

22380
来自专栏魏艾斯博客www.vpsss.net

新购腾讯云主机安全组未放行导致网站、数据库无法访问

62620

扫码关注云+社区

领取腾讯云代金券