用@mixin封装带参数的CSS动画可提升复用性与维护性，关键在于用参数动态控制时长、延迟、缓动、缩放等行为，而非仅传入animation值；需为高频动画设固定keyframes避免重复生成，谨慎设置默认值以防误用。
怎么用 @mixin 封装带参数的 CSS 动画
直接把 @keyframes 和 animation 属性拆开封装，比复制粘贴动画代码快得多，也更容易统一维护。关键不是“写个 mixin”，而是让参数真正控制动画行为——比如时长、延迟、曲线、循环次数，甚至关键帧细节。
示例：一个可调节的淡入+缩放入场动画：
@mixin animate-in($duration: 0.3s, $delay: 0s, $easing: ease-out, $scale: 0.95) {
animation: in-anim $duration $delay $easing forwards;
@keyframes in-anim {
from {
opacity: 0;
transform: scale($scale);
}
to {
opacity: 1;
transform: scale(1);
}
}
}
调用时只需：@include animate-in(0.4s, 0.1s, cubic-bezier(0.2, 0.8, 0.4, 1), 0.9);
为什么不能只把 animation 值当参数传进去
如果只写 @mixin anim($value) { animation: $value; }，看起来省事，但实际失去控制力：你没法动态改关键帧内容，也不能复用同一组关键帧配不同参数（比如同一个 slide-up 动画，有时要 0.2s，有时要 0.5s，但关键帧逻辑一样）。
立即学习“前端免费学习笔记（深入）”；
- 关键帧名必须唯一，Sass 无法在
@include里动态生成带作用域的@keyframes名（除非用@at-root+ 字符串拼接，但易冲突） - 推荐做法：每个
@mixin定义专属关键帧（如上例的in-anim），靠参数驱动内部计算，而不是靠外部传入整条animation值 - 若真需高度灵活，可拆成两个 mixin：
@mixin anim-keyframes($name, $from, $to)+@mixin anim-use($name, ...)，但日常够用的场景不值得这么重
哪些参数该设默认值，哪些不该
默认值不是为了“少写几个字”，而是反映最常用、最安全的取值。乱设默认值反而会掩盖问题。
-
$duration和$easing适合设默认值（如0.3s、ease-out），因为大多数入场动效都趋同 -
$delay默认0s合理；但若用于 stagger 效果，就该暴露为必填，或用null占位再做条件判断 -
$scale、$translateY这类影响布局的参数，**不要设默认值**——不明确意图时宁可报错（用@warn或@error），也不给个看似合理实则误导的默认缩放值
Sass 编译后 CSS 体积和性能要注意什么
每次 @include animate-in() 都会生成一份独立的 @keyframes 规则，哪怕参数完全相同。这会导致 CSS 膨胀，尤其在多个组件复用同一套动画逻辑时。
解决思路只有两个：
- 对高频共用动画（如基础
fade、slide-left），放弃参数化，直接定义固定名@keyframes fade-in，再用普通 class 或简单 mixin 控制animation属性部分 - 用构建工具后处理（如 PostCSS 插件）合并重复
@keyframes，但 Sass 层面无法自动去重 - 别为了“看起来干净”而过度抽象——一个只被用 2 次的带 5 个参数的 mixin，不如写两行带注释的原生 CSS
真正省时间的不是“所有动画都塞进 mixin”，而是识别出那 3–4 种项目里反复出现的动效模式，再精准封装。
