Sass无法运行时动态生成边框颜色，仅支持编译期通过函数+变量组合生成CSS规则；需用内置颜色函数（如darken、transparentize）返回合法颜色值，避免字符串拼接，并配合@each批量输出带前缀的类名，动态交互应交由CSS变量与JS实现。
怎么用 Sass 函数动态生成边框颜色
直接说结论：Sass 本身不支持运行时动态计算边框颜色（比如根据 props 或用户交互），但可以在编译期通过函数 + 变量组合出不同颜色的 CSS 规则。关键不是“实时变”，而是“按需生成”。
常见错误是试图在 @function 里写 JavaScript 式逻辑，或指望 border-color: myColorFunc($x) 在浏览器里每次重算——这行不通，Sass 函数只在编译时执行一次。
- 用
@function封装颜色转换逻辑（如深色化、透明度叠加） - 配合
@each或@for批量输出带不同边框色的类名 - 避免在函数里依赖外部状态（比如全局变量值在调用时才确定），否则容易产出不可预测的 CSS
Sass 颜色函数返回值必须是合法 CSS 颜色值
你写的 @function 最终得吐出 #fff、rgba(0,0,0,0.2)、hsl(200, 100%, 50%) 这类浏览器能解析的值，不能是字符串拼接一半的中间态。
比如这个错例：@function border-tint($base, $level) { @return 'darken(' + $base + ', ' + $level + ')'; } —— 它返回的是字符串，不是实际颜色，编译后会原样输出到 CSS 里，浏览器直接报 Invalid property value。
立即学习“前端免费学习笔记（深入）”；
- 正确做法是用内置函数如
darken($base, $level)、transparentize($base, 0.3)直接运算 - 所有输入参数必须是颜色类型（
color），别传字符串进来再str-slice解析 - 如果需要从字符串转颜色，用
to-color($str)，但它只认标准格式（"#ff0"、"red"），不支持"var(--primary)"
生成多套边框类时，命名和作用域容易冲突
很多人用 @each $name, $color in $border-map 一口气输出 .border-primary、.border-warning……结果发现 $border-map 是全局 map，被其他模块覆盖了；或者类名太泛，跟第三方 UI 库撞了。
更隐蔽的问题是：Sass 不会自动去重，如果两次 @each 循环用了同一组颜色，CSS 里就出现重复规则，体积涨了，优先级还可能错乱。
- 把颜色 map 定义在局部作用域，比如封装进 mixin 内部，或用
!default声明可覆盖但有兜底 - 类名加前缀，比如
.u-border-primary，避免污染全局 - 如果颜色来自设计系统 token，建议用
@use "tokens" as t显式导入，别靠@import隐式链式加载
想对接 CSS 自定义属性？Sass 编译期做不到，得留钩子给 JS
如果你的目标是「点击按钮切换边框色」，那纯 Sass 解决不了——它编译完就固定了。这时候真正要做的，是让 Sass 输出兼容 CSS 变量的规则，把动态部分留给运行时。
例如：写 border-color: var(--border-color, #ccc);，然后由 JS 改 element.style.setProperty('--border-color', '#007bff')。Sass 只负责生成那个带 var() 的基础样式。
- 不要在 Sass 里尝试用
#{}插值生成var(--x)，虽然语法合法，但失去 CSS 变量的动态能力 - 可以写 mixin 接收默认色，同时允许传入
var(--x)作为 fallback，比如@include border-style(none, var(--border-color, #eee)) - 注意浏览器兼容性：IE 不支持
var()，如果还要兼容，得额外输出降级规则（用@supports包一层）
最常被忽略的一点：Sass 函数的返回值类型检查很弱。传错类型（比如把字符串当颜色）可能不报错，但输出无效 CSS。上线前务必检查生成的 CSS 是否含 border-color: null 或未解析的函数名。
