This topic created in 4781 days ago, the information mentioned may be changed or developed.
 |
1
纠正一下，是 Sass....
|
1 |
chloereiOct 5, 2013
2
差不多，看开发环境集成哪个方便点。
|
 |
breeswishOct 5, 2013
3
我觉得stylus更好用
|
 |
66betaOct 5, 2013
4
Sass，但是感觉主流开源项目用Scss的更多
既然搞了，那就彻底，支持Sass |
 |
minowuOct 5, 2013
5
Sass，至于为什么...因为第一个接触的是Sass，习惯后觉得less比较弱。
|
 |
otakustayOct 5, 2013
6
stylus+1
|
 |
7
Sass，而且常用bourbon
只是纯粹的喜欢 |
 |
anson0370Oct 5, 2013
8
Sass+1 less会火感觉纯粹是因为bootstrap
and 我用Scss比较多 |
 |
9
@anson0370
sass 必须依赖后台语言做编译（朱一知道好像还没有纯javascript做的解释器）, 所以对于纯前端，个人感觉还是less 更加合适应用场景 所以bootstrap用这玩样。 |
|
anson0370Oct 5, 2013
10
@zythum 倒是没有注意过纯前端编译这个问题 不过似乎不是个很大的优势？在大部分时候你总会有个后端环境的（再不济也有个开发环境）请问能举例一个合适的场景吗？
|
 |
robertlycOct 5, 2013
11
compass秒less,stylus十几条大马路
|
|
12
虽然可以没有后端程序不是一个很大的优势。没有一个非常有一个无坚不破的理由。但是部署简单是肯定的。做demo给第三者看是方便的。对于初学者是友好的。
朱一没有偏向那个说那个css预处理方式最好。具体区别可以看司徒正美酱的博文。写得没有再详细不过了，看完了都不需要看文档了有木有。就看那个用起来顺手了。 http://www.cnblogs.com/rubylouvre/archive/2013/01/13/2858251.html PS. 其实sass也有时时编译的程序了。 监听文件改变编译实现也不是难事了。 |
|
anson0370Oct 6, 2013
13
@zythum 实时编译完全不是问题， compass 就带，我们自己做了个打包工具也支持实时编译
不过对于初学者友好这一点确实，直接 import 一个 js 就搞定了 |
|
zythumOct 6, 2013
14
@robertlyc compass 和less 不属于同一个级别的东西。是不能比的 这么就好像说 django 秒 ruby 是几条大马路了。
compass 对于 sass 就好像 jquery + grunt 对于 js 或者 rails 对于 ruby sass 对于 css 就好像 coffee 对于 js |
 |
P233Oct 6, 2013
16
用 Sass，可惜大部分 CSS 辅助工具只支持 SCSS，不得已转了
LESS 用得比较少，最近的新功能没关注，已经跟不上了 |
 |
FrankFang128Oct 6, 2013
17
Sass，社区成熟，Less 有的功能它都有。
Bootstrap 用 Less 很大原因是他们认识 Less 的开发者，好沟通。 |
 |
cyr1lOct 6, 2013
18
实时编译都有的吧。 一个用 node 编译一个用 ruby 编译。
|
 |
L42yOct 6, 2013
19
CSS preprocessor 我觉得 rework: https://github.com/visionmedia/rework 比较好
|
|
P233Oct 6, 2013
20
|
|
zythumOct 6, 2013
22
@robertlyc 库或者是方法集都是人开发的啊。
bootstrap 也可以说是 less 的库或者框架 只是没有命令行工具啊什么的。 还有其他的一些: http://lesselements.com http://clearleft.github.io/clearless/ http://lesshat.com 喜欢什么用什么无可厚非。 但却是 “不是同一类东西”。不能比较。 |
 |
witminOct 16, 2013
23
Sass
|
Select Language