84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
认证高级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 已经加载过,浏览器会直接使用缓存)
总结就是: 合并会使 请求数减少,但请求的数据不定少;不合并,会有比较多的请求数,但可以最大化利用浏览器缓存