之前一直使用Hugo Giraudel提供的方法来写媒体查询。

大概是这样的：
先定义一系列断点，


$breakpoints: (  'xs': 'only screen and ( min-width: 480px)',  'sm': 'only screen and ( min-width: 768px)',  'md': 'only screen and ( min-width: 992px)',  'lg': 'only screen and ( min-width: 1200px)',) !default;

然后定义mixin:


// _mixins.scss
@mixin respond-to($breakpoint) {
  $query: map-get($breakpoints, $breakpoint);

  @if not $query {
    @error 'No value found for `#{$breakpoint}`. Please make sure it is defined in `$breakpoints` map.';
  }

  @media #{if(type-of($query) == 'string', unquote($query), inspect($query))} {
    @content;
  }
}

使用的时候这样写：



.element {
  color: hotpink;

  @include respond-to(sm) {
    color: tomato;
  }
}

最终输出的结果是这样的：


.element {  color: hotpink;}

@media (min-width: 768px) {
  .element {    color: tomato;  }
}

前期用起来如鱼得水，媒体查询不依赖于具体数值，而是变量，这样当需求更改，导致媒体查询数值变化的时候，我们只需要改$breakpoints中的值，而不必查找、替换。并且使用@include可以使我们的代码维护容易。

但是随着项目逐渐壮大，问题也随着出现。

比如，我需要定义移动端retina屏幕使用二倍的背景图，需要怎么做？
新增加一个断点，然后使用即可。


$breakpoints: (  ...  'xs-retina'  : ( max-width: 768px) and (-webkit-min-device-pixel-ratio: 2),);

这时候就出现小问题了，如果页面很复杂，需要新增很多断点，那么可能会出现组合爆炸，造成$brekpoints的子项很多很多，除了会影响sass编译速度之外，维护起来也会更加麻烦。

Sass媒体查询应该是这样

动态，可定义，可以随意增加断点
简洁，自然的语法，可以使用 <=,>=, >,< 符号（←_←）比如@include media(">minWidth")
可以自由组合，临时定义断点，可以组合多个断点，也可以临时自定义断点，比如@include media(">tablet", "<1280px")< code="">

如果你也同意，可以尝试下Eduardo Bouças和Hugo Giraudel的开源作品@include-media

推荐阅读

如需转载，请注明出处:http://w3ctrain.com/2015/12/02/sass-media-query/