兼容性这种事情最麻烦。
我个人是支持加入 // 的，至于那压缩器，我觉得如果你要考虑这个世界上总有那么多傻逼的工具，那你就不要改任何东西了。
或者，我提一个有点“建设性”的。可以学ES5，设定某种外围构造，只在该构造里支持语法的升级。
比如
@css4 {
....
}
只在css4块里支持语法升级，包括 // 注释，还有嵌套声明之类的东西。
2012/9/5 Kang-Hao (Kenny) Lu <[email protected]>
> www-style 上一位 Google 的前端又[1]提�h了一次在 CSS �e加上 //-�涡性]解
> [2]。�@�N提案基本上��作的成本非常低，所以基本上反�g的���c就是：
>
> 一、跟 CSS 最小化等等��理工具不兼容
>
> 有不少 CSS 最小化工具��把�Q行符�Q成空格，造成
>
> // �]解
> background: 0;
> border: 0;
>
> �D成
>
> // �]解 background: 0; border: 0;
>
> 造成支援 //-�]解 的�g�[器�e����宣告被覆�w掉，也就是�f支援 //-�]解 的�g�[
> 器看到�@���|西��成一���牡艟W站的可能性比�^高，也造成�g�[器�_�l者不��意支
> 援�@�拥��|西（因��*使用者看到�牡舻木W站很可能���Q�g�[器*）。
>
> 不要以�檫@�N事不���l生，在整���W站更�Q CSS 最小化工具的�r候，如果本�碛�
> 用 //-�]解 的�W��但是�]有注意到的情形，就可能��有�@�拥慕Y果。另外，�W��
> 作者也不��得��去�y��太新的�g�[器、、、
>
>
> 另外有人提到用正�t做的 CSS 最小化工具，��把
>
> url(http://example.com/)
>
> 的 //... ��成�]解，不�^如果�@�右灿����}的��，在�n案名�Q�_�^是星��的情形：
>
> url(path/*file*)
>
> 中，�@�N最小化工具早就有���}了（�m然出�F�@�N���r的可能性非常小）。
>
> （�]：在 CSS 2.1 中 /*file* 是 URI token [3]的一部分，所以不����成
> COMMENT token 的�_�^。）
>
> 二、跟既有�W站不兼容
>
> �@�N不兼容大概是在
>
> div {
> border: 0; // 一些�]解
> width: 0; /* �y搞 */
> }
>
> �@�N情形，就是�f�F在之所以�W站�]有�氖且��椤�// 一些�]解」把 'width: 0'
> 概念了，如果�_始支持 //-�]解 的��，反而��出�F整���W站不能用的悲� �
>
> 有�W��作者�f「���]看�^ CSS �e出�F //-�]解」，也有�g�[器 QA �f常常看到�@
> �拥��|西。
>
>
> ��之，各�f各��也�Τ尺@�������c�]什�N���|�椭�。我�_了一���Y料收集��面
> [4]，有�d趣�兔Φ呐笥芽梢��硖钜幌履阌玫� CSS 最小化工具的情形。向後兼容的
> �{查有�c像阿菲之前做的那��，不�^�@次 1) 不用特�e去�L集某些��面，用人家�L
> 集到的就好 2) 不需要���_本分析，grep 一下就好。
>
>
> [1] �@��提案已��之前已��提�^三、四次了，����是 www-style 上�^父元素�x��
> 器之後最常被提出的提案...
> [2] http://lists.w3.org/Archives/Public/www-style/2012Aug/thread#msg622
> [3] http://www.w3.org/html/ig/zh/wiki/CSS2/syndata#uri0
> [4] http://www.w3.org/html/ig/zh/wiki/css-double-slash-comment
>
>
>
> 以上
>
> Kenny
> --
> Web Specialist, Oupeng Browser, Beijing
> Try Oupeng: http://www.oupeng.com/
>
>
