all we konw , 这两个都是css的预编译工具,但虽然都是编译工具,但还是存在差别的,下面来讲讲其中的区别

1、变量

sass定义变量是以这种形式进行定义的$xxx:10;而stylus的定义方式更加接近

stylus的定义方式跟javascript的表达方式一样(对于写js的人来说可能更为直观)

 p.s   在sass里面,如果有全局变量, 局部变量都同名的话, 局部变量会覆盖全局变量

  1. ------------- sass1 -----------------
  1. $white :#fff
  2.  
  3. body{
  4. $white : #ccc;
  5. color : $white
  6. }
  7. .nav{
  8. color : $white
  9. }
    ------------ sass 1 ------------------
  1. ------------- sass2 -----------------
  1. $white :#fff
  2. //加上了!global 属性之后,上一行这个$white :#fff删掉也不会报错。 !global 在sass3.3及以后的版本才实现
  3. body{
  4. $white : #ccc !global; //这样子写的话就算没有第一行的#fff 亦不会编译错误,因为!global 指定这个变量为全局变量了,
  5. color : $white
  6. }
  7. .nav{
  8. color : $white
  9. }
    ------------ sass 2 ------------------
  1. ---------------- 输出 -----------------
  1. body{ color : #ccc; } .nav{ color : #ccc; }

stylus的话变量的作用域比较好,同一层级的同一个变量才会覆盖,不同层级(如下面的代码)不存在覆盖的风险

  1. ------------- stylus -----------------
    white = #fff
  2. body{
  3. white = #ccc;
  4. color : white
  5. }
  6. .nav{
  7. color : white
  8. }
  9.  
  10. ---------------- 输出 -----------------
  11. body{
  12. color : #ccc
  13. }
  14. .nav{
  15. color : #fff
  16. }

2、继承,两这的继承方式以及结果都是一样的,都是通过@extend .xxxx的方式进行继承:

生成的代码如下 :

  p.s : 假设在上面未编译的代码中间有N行,其中某一行也对p的margin进行改动的话,编译出来的p的样式会以最后那次对p的改动为准(这个是我觉得不太好的地方,没准那一天真有人加了那么一行,样式就错了),但是在less里面就不是这样子了,生成的结果是,在p ul ,ol的样式里面包含这.block的样式

另外再说一点 :sass不支持嵌套的继承:

  1. ------------------------------- sass ----------------------
    form
  2. button
  3. padding: 6px
  4.  
  5. a.button
  6. @extend form button
  1. ------------------------------- sass ----------------------
  1. Syntax error: Can't extend form button: can't extend nested selectors // 解析错误: 无法继承自 button: 不能继承嵌套选择器 on line 6 of standard input Use --trace for backtrace.

  

Stylus中,只要选择器匹配,就可以生效:

  1. ------------------------------- stylus ----------------------
  1. form
  2. input[type=text]
  3. padding: 5px
  4. border: 1px solid #eee
  5. color: #ddd
  6.  
  7. textarea
  8. @extends form input[type=text]
  9. padding: 10px
  1. ------------------------------- stylus ----------------------

  

生成:

  1. form input[type=text],
  2. form textarea {
  3. padding: 5px;
  4. border: 1px solid #eee;
  5. color: #ddd;
  6. }
  7. textarea {
  8. padding: 10px;
  9. }

  

3、函数

在stylus里面 定义一个函数的话比较简单vender(args...) , vender(type=padding,n = 5px) 简单来说就是随便写个名字然后加一个括号就完事了,但它有一点跟javascript很类似,就是可以在这个函数体里面使用arguments对象,这个是sass,less都无法提供的。

在sass里面,定义函数的话一般都用@mixins xxx($parent,$n) ,@mixins xxx{}参数必须是以$开头才可以,而且函数里面能取到的参数只有函数形参数上的个数,超过的就忽略了

4、判断语句 :

stylus的判断语句跟coffee-script很类似,用到unless

  1. disable-padding-override = true
  2. padding(args...)
  3.   unless disable-padding-override is defined and disable-padding-override //第一种用法
  4.   padding(x, y)
  5.   margin y x
  1. negative(n) //第二种用法
  2. unless n is a 'unit' //unit是数字的意思
  3. error('无效数值')
  4. if n < 0
  5. yes
  6. else
  7. no
  1. body padding 5px 10px

想对而言, sass的语法更为简介易懂一点,个人比较喜欢这点:

  1. $lte7: true;
  2. $type: monster;
  3. .ib{
  4. display:inline-block;
  5. @if $lte7 {
  6. *display:inline;
  7. *zoom:;
  8. }
  9. }
  10. p {
  11. @if $type == ocean {
  12. color: blue;
  13. } @else if $type == matador {
  14. color: red;
  15. } @else if $type == monster {
  16. color: green;
  17. } @else {
  18. color: black;
  19. }
  20. }

5、for循环

这两者的循环中取数的方式不一样,sass用的是类似与模板的功能,而stylus里面基本上跟javascript一致

  1. -------------------sass ------------------------
    @for $i from 1 through 3 {
  2. .item-#{$i} { width: 2em * $i; } //for循环里头需要通过#{$xxx}的方式取到for上面$i的值,这个写法虽然复杂,但是容易区分。
  3. }
  1. --------------------- stylus ---------------
    body
  2. fonts = Impact Arial sans-serif
  3. for font, i in fonts
  4. foo i font //for循环里面直接就能取到循环上面的数值,这个稍微会直接点

后续还有很多不同的点,需要的话可以点击下以下两个连接来了解更多:

http://www.w3cplus.com/sassguide/syntax.html

http://www.zhangxinxu.com/jq/stylus/

总结下两者:

sass的编译更接近与css的原生的方式来写,stylus的方式比较接近coffee-script , 实现出来的效果虽然也有细微的差异,看个人情况使用吧;

我自己的话还是喜欢用sass,因为写习惯了js,觉得sass的语法跟平常日常使用的技术都比较相关(比如for循环的#{$i},比如$aaa : xxx) 看起来更容易上手。个人感觉stylus用法上有点累赘,不过对与写过coffee-scirpt 的人来说也是一种不错的选择。

浅谈stylus与sass的对比的更多相关文章

  1. 浅谈WebService返回数据效率对比

    原文链接 http://www.dotnetgeek.cn/xuexiwebservice1.html 一.什么是WebService: 简单通俗来说,就是企业之间.网站之间通过Internet来访问 ...

  2. 浅谈My SQL引擎的对比

    MySQL数 据库引擎取决于MySQL在安装的时候是如何被编译的.要添加一个新的引擎,就必须重新编译MYSQL.在缺省情况下,MYSQL支持三个引擎:ISAM.MYISAM和HEAP.另外两种类型IN ...

  3. 【微信小程序项目实践总结】30分钟从陌生到熟悉 web app 、native app、hybrid app比较 30分钟ES6从陌生到熟悉 【原创】浅谈内存泄露 HTML5 五子棋 - JS/Canvas 游戏 meta 详解,html5 meta 标签日常设置 C#中回滚TransactionScope的使用方法和原理

    [微信小程序项目实践总结]30分钟从陌生到熟悉 前言 我们之前对小程序做了基本学习: 1. 微信小程序开发07-列表页面怎么做 2. 微信小程序开发06-一个业务页面的完成 3. 微信小程序开发05- ...

  4. 浅谈Hybrid技术的设计与实现第二弹

    前言 浅谈Hybrid技术的设计与实现 浅谈Hybrid技术的设计与实现第二弹 浅谈Hybrid技术的设计与实现第三弹——落地篇 接上文:浅谈Hybrid技术的设计与实现(阅读本文前,建议阅读这个先) ...

  5. 浅谈Vue.js

    作为一名Vue.js的忠实用户,我想有必要写点文章来歌颂这一门美好的语言了,我给它的总体评价是“简单却不失优雅,小巧而不乏大匠”,下面将围绕这句话给大家介绍Vue.js,希望能够激发你对Vue.js的 ...

  6. 浅谈Nginx负载均衡和F5的区别

    前言 笔者最近在负责某集团网站时,同时用到了Nginx与F5,如图所示,负载均衡器F5作为处理外界请求的第一道"墙",将请求分发到web服务器后,web服务器上的Nginx再进行处 ...

  7. Android应用安全开发之浅谈加密算法的坑

      <Android应用安全开发之浅谈加密算法的坑> 作者:阿里移动安全@伊樵,@舟海 阿里聚安全,一站式解决应用开发安全问题     Android开发中,难免会遇到需要加解密一些数据内 ...

  8. 浅谈php生成静态页面

    一.引 言 在速度上,静态页面要比动态页面的比方php快很多,这是毫无疑问的,但是由于静态页面的灵活性较差,如果不借助数据库或其他的设备保存相关信息的话,整体的管理上比较繁琐,比方修改编辑.比方阅读权 ...

  9. 浅谈五大Python Web框架

    转载:http://feilong.me/2011/01/talk-about-Python-web-framework 说到Web Framework,Ruby的世界Rails一统江湖,而Pytho ...

随机推荐

  1. 使用 jquery 的 上传文件插件 uploadify 3.1 配合 java 来做一个简单的文件上次功能。并且在界面上有radio 的选择内容也要上传

    使用 jquery 的 上传文件插件 uploadify 3.1 配合 java 来做一个简单的文件上次功能.并且在界面上有radio 的选择内容也要上传 uploadify 插件的 下载和文档地址  ...

  2. Crystal Report - 利用后台代码设计或实现水晶报表工具栏相关功能

    水晶报表工具栏分页按钮响应事件: 水晶报表中有自带的分页功能,在设置好每页显示的记录后会自动分页,并自动记录总页数和保存当前页,在工具栏可以通过“首页”“尾页”“下一页”“上一页”和“跳页”进行页面跳 ...

  3. Java类、实例的初始化顺序

    今晚是阿里巴巴 2013 校园招聘的杭州站笔试.下午匆忙看了两张历年试卷,去现场打了瓶酱油. 题目总体考察点偏基础,倒数第二题(Java 附加题)比较有趣,考察了 Java 初始化机制的细节,在此摘录 ...

  4. matlab 小波处理工具箱

    1. wavedec:多尺度(multilevel)一维小波分解 [C,L] = wavedec(X,N,'wname') [C,L] = wavedec(X,N,Lo_D,Hi_D) 返回值 L(b ...

  5. APP和服务端-架构设计(一)

    架构因人而异,不同的架构师大多会有不同的看法:架构也因项目而异,不同的项目需求不同,相应的架构也会不同.然而,有些东西还是通用的,是所有架构师都需要考虑的,也是所有项目都会有的需求,比如API如何设计 ...

  6. DDD实战5 实现上下文服务

    通过服务来协调领域对象,来添加产品用例. 1.要实现产品上下文的服务,首先新建一个项目,在Product解决方案文件夹下面新建一个项目,项目的名称为:Product.AppSrv. 2.这个项目首先引 ...

  7. C#或者WPF中让某个窗体置顶

    原文:C#或者WPF中让某个窗体置顶 前记:在工作中有个需求,要求不管到那个界面,我必须让一个浮动条(其实是个窗体)置顶. 我用wpf,因为有之前有好几个界面已经设置成topmost了,所以在这几个界 ...

  8. Efficient store queue architecture

    One embodiment of the present invention provides a store queue that applies the stores to a memory s ...

  9. 国家模式c++

    状态模式(State Pattern)是设计模式的一种,属于行为模式. 定义(源于Design Pattern):当一个对象的内在状态改变时同意改变其行为,这个对象看起来像是改变了其类. 状态模式主要 ...

  10. 面向对象举例(一) —— 顶点(vertex)、边(edge)与图(graph)

    Graph: class Graph(dict): def __init__(self, vs=[], es=[]): for v in vs: self.add_vertex(v) for e in ...