基本毫无可读性啊
仅仅是为了节省流量吗？
一般不都是两端都经过Gzip的吗，有没有空格或者换行或者缩进，对最终结果影响大吗
仅仅是为了节省流量吗？
一般不都是两端都经过Gzip的吗，有没有空格或者换行或者缩进，对最终结果影响大吗
推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
This topic created in 5060 days ago, the information mentioned may be changed or developed.
 |
gucheenDec 26, 2012
1
两个原因都有吧.
可读性的问题,其实网站进行开发用的文件当然是不做这样处理的,只需在上线前进行压缩或者加密就可以了 |
 |
cencentsDec 26, 2012
2
输出时压缩了吧~ 源文件可能还是有可读性和条理的~
|
 |
3
我觉得这样的纯物理压缩（去空格/换行）对gzip之后的结果根本无足轻重，文本内容压缩比都是超高的，心理满足感的意义更大一点。
|
 |
NemoAlexDec 26, 2012
4
这样做是为了增加阅读难度
|
 |
hzlzhDec 26, 2012
5
你看到的是前台css，php或者一些别的程序处理过了（我们一般处理成一行）
后台版本库里是有完整注释和换行的版本，就是这样。 |
 |
6
@dingtianran 这个可以叫做minify，是为了优化，可以参考 http://developers.google.com/speed/pagespeed/insights
不仅仅为了压缩率的，对于JS文件，可不仅仅是去空格/换行，变量名和部分逻辑都会被改变。 对于输出的文件，本来就无所谓可读性，对于开源软件，你可以去找他的源代码去读，对于非开源软件，还有一点点的保护源代码的好处 你看现在几乎所有的JS库，都是minify过的，而且对GZIP也有影响 而且你要知道源代码里面有大量的注释，这个过程就可以去掉，对代码的执行也有好处 |
1 |
7
标准工具,由轻到重
yuicompressor r.js closure-compiler |
|
8
@yyfearth 查了一下minify，可以将多个CSS/js拼合成一个文件，这个的确对性能会有益，减少了请求次数
|
|
yyfearthDec 26, 2012
9
|
|
10
|
 |
11
在部署前对 JS 进行混淆操作是一种常规手段。
|
|
12
啊 我发现v2ex不支持emoji........
|
 |
micateDec 26, 2012
13
你可以尝试下有空格 + gzip 和 无空格 + gzip 之后的大小对比，还是有明显的差异的。
|
 |
breeswishDec 28, 2012
14
基本是压缩用途，以及基本的代码混淆
|
 |
arzusyumeDec 29, 2012
15
主要不是为服务器省流量,而是加快用户载入速度
对慢网速用户而言效果还是十分明显的 |
 |
zohoDec 30, 2012
16
@yyfearth 感觉 Google PageSpeed Insights 提供的信息不准确啊。我在 Chrome 的开发者工具中看到页面是 gzip 压缩的，而它却说没有压缩。
|
 |
icewentDec 30, 2012
17
页面加载速度吧
|
 |
lianghaiDec 30, 2012
18
本来就不是给你读的。
|
 |
xinyu198736Dec 30, 2012
19
只说一个点：压缩不是把空格压掉，变量名之类的，甚至整个程序的部分逻辑都会给你优化。压缩空间非常大。。。。
|
 |
miwangAug 4, 2025
20
就是压缩代码空间，节省带宽用的，能提速不少呢，我一般都是用这个 css 压缩工具来压缩 css 代码： https://onlinetool.co/css-minify/
|
Select Language