（这可能已经回答了 - 找不到答案虽然）
传统的查询@media倍率趋于组所有的倍率为同一托架组下一个大小/平台。
如
.profile-pic {
width:600px;
}
.biography {
font-size: 2em;
}
@media screen and (max-width: 320px) {
.profile-pic {
width: 100px;
float: none;
}
.biography {
font-size: 1.5em;
}
}
在萨斯，有写的嵌套声明中@media查询重写，像这样一个非常巧妙的方法：
.profile-pic {
width:600px;
@media screen and (max-width: 320px) {
width: 100px;
float: none;
}
}
.biography {
font-size: 2em;
@media screen and (max-width: 320px) {
font-size: 1.5em;
}
}
现在，在编译时，青菜不组@media查询块一起，所以输出最终被这样的事情：
.profile-pic {
width:600px;
}
@media screen and (max-width: 320px) {
.profile-pic {
width: 100px;
float: none;
}
}
.biography {
font-size: 2em;
}
@media screen and (max-width: 320px) {
.biography {
font-size: 1.5em;
}
}
我已经使用这种技术的最近的一个项目，当您应用原则，你最终在整个传播的CSS @media多个查询区一个更大的项目（我已经得到了约20到目前为止）。
我很喜欢顶嘴技术，因为它可以更容易地遵循覆盖的流量（也使得它更容易左右移动的东西）。
不过，我不知道是否有在通过CSS，特别是在性能方面具有多@media部分的任何缺点？
我已经试过了镀铬的CSS探查，但我看不出具体到@media查询任何东西。
（ 在青菜上@media更多信息这个页面上 ）
