Less 不支持 margin: 10px 20px 的自动四向展开，仅做字面编译；推荐用命名参数 mixin（如 .margin(@t, @r, @b, @l)）实现类型安全、可维护的简写。
Less 里没有 margin: 10px 20px; 自动展开成四个方向的语法
Less 不支持 Sass 那种隐式展开：比如写 margin: 10px 20px; 就自动生成 margin-top、margin-right 等。它只做字面编译，原样输出 CSS，不解析值的语义。所以你看到的“展开”，其实是浏览器解析器干的，不是预处理器行为。
这意味着：Less 本身不提供类似 Sass 的 @extend 或属性简写智能拆解能力——它压根不分析属性值结构。
用 Less 的 ~"" 和变量拼接模拟展开（不推荐）
有人试图用字符串插值硬凑，比如：
@top: 10px;
@right: 20px;
.margin-helper {
margin: ~"@{top} @{right}";
margin-top: @top;
margin-right: @right;
margin-bottom: @top;
margin-left: @right;
}
这看似“展开”，但实际是手动重复赋值，没节省代码，反而增加维护成本。更糟的是：~"" 会绕过 Less 类型检查，容易拼错单位或漏空格，编译后可能产出非法 CSS（如 margin: 10px20px;）。
立即学习“前端免费学习笔记（深入）”；
- 仅当值完全静态、无计算、无嵌套时才勉强可用
- 一旦涉及
calc()、函数调用或响应式变量，~""立刻失效 - VS Code 或其他编辑器的 Less 语法校验对
~""内容完全失能
真正可行的替代方案：用 mixin 封装常用模式
Less 原生支持 .mixin-name()，这是最稳定、可复用、类型安全的方式。例如：
.margin-x(@h: 0) {
margin-left: @h;
margin-right: @h;
}
.margin-y(@v: 0) {
margin-top: @v;
margin-bottom: @v;
}
.margin(@t, @r, @b, @l) {
margin-top: @t;
margin-right: @r;
margin-bottom: @b;
margin-left: @l;
}
调用时清晰明确：
.box { .margin(10px, 20px, 10px, 20px); }
优势在于：
- 参数顺序和 CSS 原生一致（上右下左），不易混淆
- 支持默认参数、类型检查、嵌套调用（如
.margin-y(calc(1rem + 2px))） - 编译后无冗余代码，无运行时开销
- IDE 能跳转、提示、重命名，维护性远高于字符串拼接
如果非要“一行写四个值”，注意 Less 对空格和逗号的敏感性
Less 允许在 mixin 中接收多个值，但必须用逗号分隔，且不能依赖空格自动拆分：
.margin4(@vals) {
// ❌ 错误：Less 不会把 "10px 20px 30px 40px" 拆成四个参数
// ✅ 正确：显式传入逗号分隔列表
}
.margin4(10px, 20px, 30px, 40px) {
margin: @arguments; // @arguments 是内置变量，代表所有传入参数
}
但要注意：@arguments 是一个值列表，直接用于 margin 属性没问题，但无法单独访问其中某一项（比如取第一个值做计算），灵活性不如命名参数。
真正容易被忽略的是：Less 的列表处理能力很弱，没有 nth()、length() 等函数（除非用第三方插件），所以“动态解析空格分隔字符串”在标准 Less 里根本不可行。
