如何在Less中实现类似Sass的函数功能：利用Mixin返回值模拟CSS复杂运算
Less 本身不支持函数返回值，但可以用带参数的 Mixin + CSS 自定义属性“骗过”编译器
熟悉Sass的朋友都知道，function和return是家常便饭。但Less的世界里，这两个关键字压根不存在——所有计算都必须在编译期展开。那么，想实现类似Sass的lighten($color, 10%)这种既灵活又可复用的逻辑，该怎么办？
其实，有一条清晰的路径：用带参数的Mixin把计算过程封装起来，然后把结果“塞”进一个临时的CSS自定义属性里。最后，在需要的地方，用var(--result)把它提取出来。这招，本质上是在“骗过”编译器，让它以为我们在操作CSS原生能力。
用 .calc-hsl-lighten Mixin 模拟 lighten()，避免硬编码 HSL 转换
直接手写hsl(...)值，不仅容易出错，更关键的是失去了动态调整的灵活性。正确的做法，是把颜色转换和亮度调整的逻辑，统统收进一个Mixin里。
具体怎么操作？核心是先把颜色解构成HSL分量，也就是@h、@s、@l，然后在亮度值上叠加你的偏移量。这里有个小坑：别忘了用clamp()函数把亮度值锁在0%到100%之间，防止一不小心调出个“过曝”的颜色。
.calc-hsl-lighten(@color, @delta) {
@hsl: hsl(hue(@color), saturation(@color), lightness(@color));
@h: hue(@hsl);
@s: saturation(@hsl);
@l: clamp(0%, 100%, lightness(@hsl) + @delta);
--result: hsl(@h, @s, @l);
}
调用的时候，写法很直观：.calc-hsl-lighten(#3498db, 15%); color: var(--result);。但务必注意两点：第一，结果必须存在--result这样的CSS自定义属性里，用Less变量（@result）是行不通的，因为它无法跨作用域传递到最终的CSS属性值中。第二，clamp()是安全绳，能确保亮度值始终在合法范围内。
多个返回值？用多个 CSS 变量 + 命名空间前缀避免冲突
如果一个Mixin需要同时输出颜色、阴影、字号等多组值，该怎么办？千万别试图把它们硬塞进一个变量里。最佳实践是：按用途拆分开，并且加上清晰的前缀来防止命名冲突。
比如，你可以这样规划你的输出变量：
--color-primary-light--shadow-card-sm--font-size-body
在Mixin内部，对应的赋值语句就是：--color-primary-light: hsl(...); --shadow-card-sm: 0 1px 3px rgba(...);。这么做的好处显而易见：后续的样式可以自由组合这些变量，而且它们也能很方便地被Ja vaScript读取和操作。
性能和兼容性陷阱：不要在循环里反复调用带计算的 Mixin
这里有个性能大坑，很容易踩进去。Less的.for()循环，本质上是语法糖，每次迭代都会完整地展开Mixin里的所有内容。想象一下，如果这个Mixin里包含了多层嵌套的hsl()、contrast()计算，那么编译速度可能会断崖式下降，生成的CSS文件体积也可能暴涨。
在真实项目中，应该遵循这几个原则：
- 固化高频计算：把那些频繁使用、结果固定的计算，提前定义成常量，比如
@brand-blue-200: #5dade2;。 - 按需使用动态方案：只有对那些真正需要根据参数动态调整的场景，才动用“Mixin + CSS变量”这套相对重一点的方案。
- 注意数学模式：在Less 4.0及以上版本，默认开启了
math: strict模式。这意味着lightness(#fff) + 10%这样的写法会报错，你必须显式地写成lightness(#fff) + (10%)。如果不需要这么严格的检查，可以考虑禁用它。
最后，还有一个最容易被忽略的兼容性问题：CSS自定义属性在伪类（如:hover）或媒体查询（如@media (prefers-color-scheme: dark)）内部使用时，Less编译器是无法感知和预处理的。所以，:hover { color: var(--result); }虽然能运行，但如果你指望它响应系统深色模式自动切换，Less就无能为力了。这种场景，得依靠Ja vaScript或者原生的CSS color-scheme属性来配合实现。
