为什么要使用Sass(不是SCSS)?

Joe*_*itz 12 css sass 960.gs

每个人 - 我正在查看最近960网格系统的演示文稿,刷新OKC - 2011年4月19日,在倒数第二张幻灯片(101/102)上,该人建议"如果你要使用Sass,请使用Sass,而不是SCSS ".鉴于SCSS是新的主要语法,为什么更喜欢Sass到SCSS?它是否仅仅是对与CSS相似性的简洁性的偏好,还是使用Sass的真正原因,而不是SCSS?

cla*_*uzy 20

我想不出一个很好的理由:)

我看着整个组幻灯片,我觉得主持人(谁也是一个连接到SASS项目,我觉得呢?)是的心态来使用你知道"得到"呃完成"什么

据说Sass更简洁,更简洁,而且说话者可能会知道Sass的内部,但是根据阅读和编写CSS超过10年的个人经验,我发现SCSS更加直观.我不必学习Sass缩进规则,SCSS和CSS中的括号提供了嵌套的视觉缩进线索 - 这与大多数其他语言的使用非常相似,因此任何来自编程/编码背景的人都会熟悉关闭巢?

..更重要的是,每个有效的CSS都已经是一个有效的SCSS,所以不需要转换才能开始使用它 - 例如我能够拿走我的Drupal表(全部29个!),更改扩展名并在很短的时间内重新编译/压缩它们..从那时起,我已经能够采取一些大块的时间和"Sassify"它,使用嵌套等,我仍然喜欢看括号和分号,它并不重要,您可以使用一次它的所有无论如何编译!

恕我直言Sass本身对于一个大型项目(现有的,即一个没有从头开始构建/认证的项目)进入的门槛太高,因为它可以用SCSS进行模块化

因此,要跟随原作者(幻灯片)的思考,而不是辩论专业和缺点,我将继续使用我认识的TYVM :)


And*_*aus 11

我认为括号内的.scss语法目前只是默认语言,因为对于从LESS和vanilla CSS切换到SASS的新手来说,它更为熟悉.

缩进.sass语法是SASS中的第一个,与HAML完全相同(并与之建立了最终的团队).新的括号内.scss语法类似于LASS,SASS的竞争对手,SASS和LESS都可以通过重命名从CSS转换成为可能.

缩进.sass语法只有一个缺点:它不允许将函数/ mixin参数拆分为多行.这可能使代码更难阅读(例子).

在实践中,这个问题很少见,可能表明代码设计不当并需要重构.

缩进.sass语法的唯一但决定性的优点是它更清晰,更容易理解,同时具有同样的表现力和强大.

我创建了一个动画供你考虑差异:

在此输入图像描述

另外,你是不是每次因为分号丢失而导致你的代码无法工作/编译时都讨厌它(也许解释器/编译器会产生误导性的错误信息)?

基本上,缩进.sass语法只会消除视觉噪声的膨胀.

当然,需要一些时间来适应它.起初,对于拥有CSS或LESS经验的人来说,它看起来很陌生.但是一旦你习惯了一下,你会发现自己对CSS/LESS/SCSS和JavaScript的括号语法感到厌恶,并且更喜欢SASS,HAML,CoffeeScript和Python/Ruby的干净语法.