1
gucheen 2012-12-26 11:00:21 +08:00
两个原因都有吧.
可读性的问题,其实网站进行开发用的文件当然是不做这样处理的,只需在上线前进行压缩或者加密就可以了 |
2
cencents 2012-12-26 11:20:16 +08:00
输出时压缩了吧~ 源文件可能还是有可读性和条理的~
|
3
dingtianran OP 我觉得这样的纯物理压缩(去空格/换行)对gzip之后的结果根本无足轻重,文本内容压缩比都是超高的,心理满足感的意义更大一点。
|
4
NemoAlex 2012-12-26 11:43:20 +08:00
这样做是为了增加阅读难度
|
5
hzlzh 2012-12-26 11:50:41 +08:00
你看到的是前台css,php或者一些别的程序处理过了(我们一般处理成一行)
后台版本库里是有完整注释和换行的版本,就是这样。 |
6
yyfearth 2012-12-26 11:56:19 +08:00 1
@dingtianran 这个可以叫做minify,是为了优化,可以参考 http://developers.google.com/speed/pagespeed/insights
不仅仅为了压缩率的,对于JS文件,可不仅仅是去空格/换行,变量名和部分逻辑都会被改变。 对于输出的文件,本来就无所谓可读性,对于开源软件,你可以去找他的源代码去读,对于非开源软件,还有一点点的保护源代码的好处 你看现在几乎所有的JS库,都是minify过的,而且对GZIP也有影响 而且你要知道源代码里面有大量的注释,这个过程就可以去掉,对代码的执行也有好处 |
7
duhastmich 2012-12-26 12:34:01 +08:00 1
标准工具,由轻到重
yuicompressor r.js closure-compiler |
8
dingtianran OP @yyfearth 查了一下minify,可以将多个CSS/js拼合成一个文件,这个的确对性能会有益,减少了请求次数
|
9
yyfearth 2012-12-26 16:57:17 +08:00
|
10
dingtianran OP |
11
Livid MOD 在部署前对 JS 进行混淆操作是一种常规手段。
|
12
dingtianran OP 啊 我发现v2ex不支持emoji........
|
13
micate 2012-12-26 19:13:43 +08:00
你可以尝试下有空格 + gzip 和 无空格 + gzip 之后的大小对比,还是有明显的差异的。
|
14
breeswish 2012-12-28 22:39:31 +08:00
基本是压缩用途,以及基本的代码混淆
|
15
arzusyume 2012-12-29 14:43:45 +08:00
主要不是为服务器省流量,而是加快用户载入速度
对慢网速用户而言效果还是十分明显的 |
16
zoho 2012-12-30 09:47:43 +08:00
@yyfearth 感觉 Google PageSpeed Insights 提供的信息不准确啊。我在 Chrome 的开发者工具中看到页面是 gzip 压缩的,而它却说没有压缩。
|
17
icewent 2012-12-30 13:26:51 +08:00
页面加载速度吧
|
18
lianghai 2012-12-30 13:32:16 +08:00
本来就不是给你读的。
|
19
xinyu198736 2012-12-30 16:17:34 +08:00
只说一个点:压缩不是把空格压掉,变量名之类的,甚至整个程序的部分逻辑都会给你优化。压缩空间非常大。。。。
|