css 动态rem_sass? sass-mixin? rem? px?

why? 为啥不谈一谈完整的sass?

没必要啊，sass文档那么多，想知道的google一下不是很好嘛？我不做那种搬运的工作

what? 想要讲什么呢？

mixin的用法和坑点

自定义函数的用法和优点

sass自定义函数在能在rem和px当中起到什么作用？

why?为啥讲mixin？

1. 因为比较少看大家用到（或者说，看到大家用的并不积极）
2. 这个功能那么强大，不知道为啥不用
3. 即使可以抽象出一个个的类，然后把这些类挂到全局，这种类似宏定义的写法，我觉得对于内部共享css代码块也是有意义的，就像nunjuck也可以共享模板块一样

how？那么怎么使用mixin呢？

在讲使用mixin之前，更应该了解的是什么是css代码块

代码块，简单来说就是一小段代码的片段（如果可以大段的复用，也可以写的很大段，但是建议去挂到全局去） 这些小片段的特点： * 本文件内可以复用，但是全局又不能复用 举个栗子 比如，对某些div块，除了左右定位不一样，样式都一样，那么这种东西就很适合，而且这两个块的内容又不完全相同。比如背景图片不一样

简单的用法

@mixin sp {
   width:100%;
   height:120px;
}

引入代码mixin的代码块的格式

.sp {
  @include sp
}

那么更复杂一点的mixin应该怎么用呢？

举一个从ryf哪里看到的例子

@mixin left($value: 10px) {
　　　　float: left;
　　　　margin-right: $value;
　　}

可以指定缺省值和参数的一种方式

div {
　　　　@include left(20px);
　　}

当然想怎么复用写什么函数，这个最终都是你决定的

函数呢？

个人认为函数才是sass最强大的地方，函数的出现就意味着，sass几乎可以和js一样的去做某些计算了。

最重要的一点是，sass是可以去挂到全局，这意味着，sass函数也是可以全局的使用，这是非常诱人的一点

同时个人在做移动端开发的时候，首选的也是sass,sass的函数意味着，可以完美的用sass函数去根据屏幕的宽度去计算出对应的需要展示的宽度，在一定程度上是可以说是相当于px的自动调节器，自动去适应屏幕的变化

再举个简单的例子

@function rem($px) {
  @return $px * 1px / 100px * 1rem;
}

想要理解这个例子，首先要理解rem?什么是rem?

rem（font size of the root element）是指相对于根元素的字体大小的单位.

什么是根元素？

根蒜素可以理解为包裹所有节点和元素的元素，如果你的html写的标准，那么可以简单的理解为html

---

问题来了，为啥我们需要rem?

答案很简单，我们需要适配不同的屏幕。 举个栗子 iphone6的屏幕宽度为375px iphone6p的是414px

从设计和前端的初衷来讲，希望的是无论屏幕如何变，元素尺寸的大小相对于屏幕的大小比例都希望是一致的。

以下 ip6代指iPhone6

ip6下的14px,在ip6p下是多少呢？ ft = 14* 414/375 15.456

那么15.456px到底多大呢？，说起来可能比较抽象，看张图把

从视觉上来看，我们有能力相信，ft大小的计算是采用进一法。因此可以理解为15.456在视觉表现上和16是一致的。

回到原点，来理解下自适应屏幕的需求

想要按照比例自适应屏幕，那么可以总结一个公式出来

该机型上的rem= basePx*windowWidth/baseWith 这样就可以完美的换算。

其实从另一个角度来看，width的变换根本上是根元素的font-size的变化。 只要能根据屏幕的宽度去更新font-size，那么在使用rem去适应所有的页面，理所当然的就变成了一件很方便的事情。

因此总结下来

事情变成了两个需求点

1. 当前的px->rem
2. 根元素的大小随屏幕宽度的变化而变化

而sass能做的就是1，而2是sass不能做的，或许可以找到一些封装的库。

既然都写到这里了，那么2如何实现呢?尤其是在移动端 实现方法有两种思路 * js,js去捕获页面的resize事件，当resize事件触发的时候， js去获取页面大小，同时去更新根元素的font-size

//designWidth:设计稿的实际宽度值，需要根据实际设置
//maxWidth:制作稿的最大宽度值，需要根据实际设置
//这段js的最后面有两个参数记得要设置，一个为设计稿实际宽度，一个为制作稿最大宽度，例如设计稿为750，最大宽度为750，则为(750,750)
;(function(designWidth, maxWidth) {
    var doc = document,
    win = window,
    docEl = doc.documentElement,
    remStyle = document.createElement("style"),
    tid;

    function refreshRem() {
        var width = docEl.getBoundingClientRect().width;
        maxWidth = maxWidth || 540;
        width>maxWidth && (width=maxWidth);
        var rem = width * 100 / designWidth;
        remStyle.innerHTML = 'html{font-size:' + rem + 'px;}';
    }

    if (docEl.firstElementChild) {
        docEl.firstElementChild.appendChild(remStyle);
    } else {
        var wrap = doc.createElement("div");
        wrap.appendChild(remStyle);
        doc.write(wrap.innerHTML);
        wrap = null;
    }
    //要等 wiewport 设置好后才能执行 refreshRem，不然 refreshRem 会执行2次；
    refreshRem();

    win.addEventListener("resize", function() {
        clearTimeout(tid); //防止执行两次
        tid = setTimeout(refreshRem, 300);
    }, false);

    win.addEventListener("pageshow", function(e) {
        if (e.persisted) { // 浏览器后退的时候重新计算
            clearTimeout(tid);
            tid = setTimeout(refreshRem, 300);
        }
    }, false);

    if (doc.readyState === "complete") {
        doc.body.style.fontSize = "16px";
    } else {
        doc.addEventListener("DOMContentLoaded", function(e) {
            doc.body.style.fontSize = "16px";
        }, false);
    }
})(750, 750);

核心点就在于主动的获取页面大小然后去动态的去更新rem

再返回来看一下前面的sass函数

栗sp1

@function rem($px) {
  @return $px * 1px / 100px * 1rem;
}

栗sp1是网上常见的例子，有人可能会问为什么是100而不是50，30，20，其实很简单，当然可以是20，30，50，但是这个取决的是，你前面js在计算时的除数

因为这里是乘100

可能你还是不明白，那么我们再揉碎一点

把rem拿出来

rem = width*100 / designWidth

再把刚才的公式拿过来

$px * 1px / 100px * 1rem;

然后把rem套进去

$px *1px/100px * (width * 100 / designWidth)

化简一下 $px = width/designWidth

还陌生吗？

我觉得才是sass的意义所在，sass帮助我们做了一部分计算。帮我们做了一些繁琐而重复的工作，我觉得这才是sass相当重要的一个组成部分