Less的核心优势在于编译期确定性：变量运算、嵌套媒体查询、Mixin按需注入、层级嵌套匹配DOM语义，将栅格系统错误提前至编译阶段暴露。
Less 在处理复杂栅格系统时，核心优势不是“语法更酷”，而是它能用编译期确定的方式把重复计算、条件分支和结构嵌套收口到可维护的范围内——原生 CSS 做不到这点。
栅格列宽计算必须在编译期完成
栅格系统本质是数学：12列均分、偏移量、响应式断点缩放。原生 CSS 的 calc() 只能在运行时算，浏览器得反复重排；而 Less 的 @columns: 12; + .col-@{n} { width: (100% / @columns) * @n; } 是编译期展开，输出纯静态值。
- 变量参与运算（如
@gutter: 16px;）可直接参与列宽、边距推导，无需 JS 或重复写calc(33.333% - 16px) - 嵌套媒体查询时，
@media (max-width: 768px) { .col-12 { width: 100%; } }不会污染全局作用域，且断点值可统一定义在base/variables.less - 一旦漏
@import "base/variables.less"，@columns就变成未定义，编译器报错（variable @columns is undefined），比运行时白屏好查得多
混合（Mixin）封装栅格行为而非样式类
.make-col(@n) 这类混合不是生成一堆 .col-1~.col-12 类，而是按需注入逻辑块——比如自动补 flex 布局、box-sizing、响应式 order 属性，避免手写冗余规则。
- 支持参数默认值：
.make-col(@n: 1, @gutter: @gutter)，调用时省略参数也能保底生效 - 不能写条件分支（
@if不存在），所以别试图用.make-col()自动判断是否加float——那是框架职责，Less只负责把确定逻辑复用出来 - 禁止在组件文件里重复
@import "mixins/grid.less"，所有栅格混合必须由index.less统一引入，否则编译后出现多份相同规则
嵌套结构天然匹配 DOM 层级语义
栅格容器 → 行 → 列 → 子项，这种层级关系用 Less 嵌套写，视觉上就是代码树，改一行父选择器就能影响整个子系统；原生 CSS 必须平铺书写，靠注释或命名约定维系逻辑关联，协作时极易断裂。
立即学习“前端免费学习笔记（深入）”；
-
&符号能精准控制伪类、媒体查询嵌套位置，比如&:hover { .col-6 { background: @primary-color; } }，不会意外泄露到外部 - 嵌套过深（>4 层）会导致选择器权重爆炸，
Less不拦截，但 CI 可加校验：grep -n "{" src/**/*.less | wc -l超阈值就告警 - 嵌套不等于套娃——
.grid内部不该再@import其他模块，它只消费已声明的变量和混合，保持单向依赖
真正卡住团队的，从来不是“怎么写出 12 列栅格”，而是“改完移动端断点后，发现 PC 端某处 .col-4 因为变量覆盖变成了 33.333%，但没人知道是哪个 @import 顺序错了”。Less 本身不防错，但它把错误提前到编译阶段，且所有变量、混合、嵌套都强制暴露在文本层面——可 grep、可 diff、可版本比对。
