这有什么好的理由吗?这是一个蹩脚的问题,但我只是想知道是否有理由。
uqcuzwp81#
因为规范允许使用/**/,但不允许使用//:)不过,说真的,CSS对待换行符就像对待所有其他空格一样,如果没有终止分隔符,就无法确定注解的结尾。
pokxtpni2#
CSS中注解的语法为:第一个月//不是一个有效的语法。我猜这使得CSS在minification期间从whitespace和new line字符中剥离时能够正确工作。
//
plicqrtu3#
因为/* */是为CSS中的注解定义的样式。在其他环境中有很多其他的方法来写注解,但在CSS中不起作用,比如://<!-- -->--'REM{ };#
/* */
<!-- -->
--
'
REM
{ }
;
#
unftdfkk4#
因为CSS语言是这样定义的。
xj3cbfub5#
不同的语言有不同的规范和不同的功能。在another language中,您可能会有以#开头的注解,而不是以//开头。参见specification。4.1.9备注注解以字符/*开头,以字符*/结尾。它们可以出现在标记之间的任何位置,并且其内容对呈现没有影响。注解不能嵌套。CSS还允许在语法定义的某些位置使用SGML注解分隔符(<!--和-->),但它们不分隔CSS注解。允许使用这些分隔符是为了使HTML源文档(STYLE元素中)中出现的样式规则对HTML 3.2之前的用户代理隐藏。有关详细信息,请参阅HTML 4规范([HTML4])。注意:这里没有提到以两个斜线开头并以换行符结尾的注解,所以这就是为什么它不被支持。
/*
*/
<!--
-->
vd2z7a6w6#
如果您想要这种风格的注解(以及CSS规范中应该包含的各种其他有用特性),请尝试使用Less CSS。
6条答案
按热度按时间uqcuzwp81#
因为规范允许使用/**/,但不允许使用//:)
不过,说真的,CSS对待换行符就像对待所有其他空格一样,如果没有终止分隔符,就无法确定注解的结尾。
pokxtpni2#
CSS中注解的语法为:第一个月
//
不是一个有效的语法。我猜这使得CSS在minification期间从whitespace和new line字符中剥离时能够正确工作。plicqrtu3#
因为
/* */
是为CSS中的注解定义的样式。在其他环境中有很多其他的方法来写注解,但在CSS中不起作用,比如:
//
<!-- -->
--
'
REM
{ }
;
#
unftdfkk4#
因为CSS语言是这样定义的。
xj3cbfub5#
不同的语言有不同的规范和不同的功能。在another language中,您可能会有以#开头的注解,而不是以//开头。
参见specification。
4.1.9备注
注解以字符
/*
开头,以字符*/
结尾。它们可以出现在标记之间的任何位置,并且其内容对呈现没有影响。注解不能嵌套。CSS还允许在语法定义的某些位置使用SGML注解分隔符(
<!--
和-->
),但它们不分隔CSS注解。允许使用这些分隔符是为了使HTML源文档(STYLE元素中)中出现的样式规则对HTML 3.2之前的用户代理隐藏。有关详细信息,请参阅HTML 4规范([HTML4])。注意:这里没有提到以两个斜线开头并以换行符结尾的注解,所以这就是为什么它不被支持。
vd2z7a6w6#
如果您想要这种风格的注解(以及CSS规范中应该包含的各种其他有用特性),请尝试使用Less CSS。