84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
认证高级PHP讲师
我想淘宝开发的nginx_concat_module对你来说是一个比较好的选择。它可以完全按照你的需求来合并js文件,这样你可以文件分开部署,使用的时候动态合并,灵活性更好。
这里是相关介绍http://www.gracecode.com/archives/304...
最近的项目里我是这样玩的:
之前使用yui compressor还有minify。看了几位大佬的回答,大家偶读是在合并,那么合并是必然了~~~~
这应该要看具体情况吧。合并使 http 请求数减少了,但却不能最大化的利用浏览器缓存。
比如 a.html 用到了 1.css 和 2.css , b.html 用到了 2.css ,3.css
如果是合并的话, 加载 a.html 只有一个请求 1+2.css ,加载 b.html 也另有一个请求 2+3.css
如果不用合并, 加载 a.html 需要两个请求 1.css 和 2.css ,但在加载 b.html 的时候只需要请求 3.css (因为 2.css 已经加载过,浏览器会直接使用缓存)
总结就是: 合并会使 请求数减少,但请求的数据不定少;不合并,会有比较多的请求数,但可以最大化利用浏览器缓存
我想淘宝开发的nginx_concat_module对你来说是一个比较好的选择。它可以完全按照你的需求来合并js文件,这样你可以文件分开部署,使用的时候动态合并,灵活性更好。
这里是相关介绍
http://www.gracecode.com/archives/304...
最近的项目里我是这样玩的:
之前使用yui compressor还有minify。看了几位大佬的回答,大家偶读是在合并,那么合并是必然了~~~~
这应该要看具体情况吧。合并使 http 请求数减少了,但却不能最大化的利用浏览器缓存。
比如 a.html 用到了 1.css 和 2.css , b.html 用到了 2.css ,3.css
如果是合并的话, 加载 a.html 只有一个请求 1+2.css ,加载 b.html 也另有一个请求 2+3.css
如果不用合并, 加载 a.html 需要两个请求 1.css 和 2.css ,但在加载 b.html 的时候只需要请求 3.css (因为 2.css 已经加载过,浏览器会直接使用缓存)
总结就是: 合并会使 请求数减少,但请求的数据不定少;不合并,会有比较多的请求数,但可以最大化利用浏览器缓存