Less不支持函数重载，同名mixin会被后者覆盖；应统一入口、用@arguments+if()/when/类型检测实现多签名，方向需转义，颜色须校验类型，复杂渐变宜手写CSS。
Less 没有函数重载（overload）机制，所谓“重载逻辑”是误用概念；实际可行的是用参数可变性（@arguments）、条件判断（if()）、类型检测（iscolor()）和转义拼接（~""）模拟多签名行为。
为什么不能用函数重载写渐变 mixin
Less 编译器不支持同名函数按参数个数或类型自动分发——它只认最后一个定义的同名 mixin，前面的会被覆盖。试图写多个 .linear-gradient() 定义，结果只会生效最后一个，且无报错提示。
- 错误示范：
.linear-gradient(@a) { ... }和.linear-gradient(@a, @b) { ... }并存 → 后者覆盖前者 - 编译期无法做“运行时参数匹配”，
length(@arguments)又不可靠（百分比、逗号分隔符易导致误判） - 真正安全的做法是：用单入口 mixin + 显式分支，靠
if()或when条件控制输出
.linear-gradient() 的安全参数结构设计
必须统一入口，用 @arguments 接收全部参数，再靠位置和类型推断意图。方向参数要默认值、颜色参数要强制非空、多色标要允许 list 传入。
- 方向必须设默认值：
@direction: to bottom，避免未传时编译出linear-gradient(, ...) - 至少两个颜色是硬性要求：
@color1和@color2作为必填参数，防止生成无效 CSS - 第三色标用可选参数
@color3: false，配合if(@color3, @color3, ~"")控制是否拼入 - 若需传入完整色标列表（如
#f00 0%, #ff0 50%, #00f 100%），应另设@stops参数，不用@arguments自动拆解
方向参数必须转义，否则渐变直接失效
@direction: to right 直接塞进 linear-gradient(@direction, ...) 会变成 linear-gradient("to right", ...) —— 加了引号，浏览器拒识，降级为纯色背景。
- 正确写法：
linear-gradient(~"@{direction}", @color1, @color2)，~""剥离引号 - 别用
%("@{direction}")，它只是字符串格式化，不解决引号问题 - 旧版 WebKit（Android 4.3 及更早）要额外输出
-webkit-linear-gradient()，且方向得转成right（去掉to） - 方向值不能是变量计算结果，比如
@dir: "to " + @axis→~"@{dir}"仍带引号，必须字面量写死或用预设 map 查表
lighten()/darken() 动态算色阶时最容易翻车的点
这些是编译期函数，输入不是合法 color 类型时，不会报错，但可能输出 transparent 或无效 HSL 值，最终渐变只剩一个色块。
-
@primary必须前置声明为 color 类型：@primary: #3498db;，不能是字符串"#3498db" - 对白色
#fff调用darken(#fff, 15%)可能返回transparent，建议先用lightness(@primary)查 L 值再定步长 - 链式调用如
lighten(darken(@c, 10%), 10%)因 HSL 插值非线性，结果常偏移预期，单层调整更稳 - 高饱和色（如
#e74c3c）用darken()超过 25% 容易直接变黑，推荐改用fade(@c, 80%)控制透明度而非明度
真正复杂的渐变（4+ 色标、角度+位置混合、锥形/径向切换）不要硬塞进一个 mixin——它会让条件分支失控、编译失败率上升、调试成本陡增。该手写 CSS 的地方就手写，Less 只管主题变量和 fallback 输出。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
