我所探讨的焦点在 map 这种数据类型上，特别是使用 @content，@at-root 和 unique-id() 等指令合并 maps 所实现的奇妙方法。其中之一就是混合宏的设计模式，这一设计模式通过使用 @extend 指令和占位符选择器来解决 Sass 的一些实际问题：

由于常在代码开始部分引入占位符扩展，所以就应该将其置于代码顶部而不受其他因素所影响；
优先使用 @include 还是 @extend？这里给出的答案是 @include。
自意识混合宏的核心是通过创建或扩展占位符选择器，动态地生成相关样式。当它第一次被传参调用后，就会有一个 map 变量记录下相关的参数。随后，当再次使用相同的参数调用时，就会执行扩展同一占位符的操作，而不是生成重复代码。

在下面的代码中，有一些混合宏的参数是相同的，有一些参数是独有或特定的。那么在最终生成的 CSS 中，就会发现，具有相同参数的部分会使用扩展的方式，即合并选择器的方式；具有独特或特定参数的部分，则仍然会生成独立的选择器样式。

SCSS 源代码和测试数据：

生成的 CSS 代码：

混合宏灵活传参的秘技——Null

在 Sass 混合宏中，我们可以向其传递参数列表，便于快速地配置相关属性。就比如下面的这个混合宏，其中就包含了四个参数，用于定义元素的 display，padding 和 margin。

当我们调用这个混合宏时，必须为每个参数传递一个合理的值，否则就会出现错误提示。

这往往强迫开发者为非必须的变量传值，甚至重置非必要的初始值。那么，怎样才能避免必须为每一个变量传值呢？

混合宏中的可选参数

如果我们为参数提供默认值，那么这个参数就成为了可选参数：

@mixin display ($disp, $padding:0, $l-margin:0, $r-margin:0) {
…
}
如此一来，再次调用该混合宏时，$padding，$l-margin 和 r-margin 参数就成为了可选参数。但是，此时又会造成另一种问题：使用默认参数的混合宏有时生成的样式并不是精简的，和开发者的想法相比会有一些冗余，甚至是大量的重复性代码。

Null

好消息是，Sass 支持 null，这有助于大大改善混合宏中可选参数的使用体验。

通过使用 null，就可以排除掉某些样式，不会生成到最终的 CSS 样式中，除非我们调用混合宏时为其赋值。让我们使用 null 作为默认值来重写上面的混合宏：

这种使用方式太完美了！我们现在仍然可以定义任意的可选参数，而又不会生成冗余的 CSS 代码。如果你传递给混合宏两个参数，那么它就只会生成相应的 CSS 样式。

运算中的 null

一定要牢记，在运算中使用 null 将会抛出错误。举例如下：

这将返回一条错误提示：Invalid null operation: “null times 2“。原因就是因为 $l-margin 未定义，继而无法进行一切数值运算。

由此可见，Sass 的 null 对混合宏的冗余输出具有强大的疗效。