Less本身不提供架构能力，真正的优雅管理取决于文件组织、作用域划分、命名约束及构建配合；变量须语义化分层定义，Mixin需明确职责与参数契约，禁用组件内全局导入，Less变量仅用于编译期逻辑，CSS变量专用于运行时动态变更。
Less 本身不提供架构能力，它只负责把 @ 变量、.mixin 和 @import 编译成 CSS；真正的“优雅管理”，取决于你怎么组织文件、划分作用域、约束命名，以及怎么和构建流程配合。
变量必须分层定义，不能全塞进一个 variables.less
把所有颜色、间距、字体都堆在一个文件里，短期看着省事，半年后你打开它会发现：@blue-1 是按钮 hover 色，@blue-2 是表单边框，@blue-3 是图表高亮——没人记得清哪个是哪个，改一个就怕崩三个模块。
- 按语义分层：用
@color-primary、@spacing-md、@font-size-body这类带业务含义的名，而不是@blue-5这种纯视觉编号 - 按用途拆文件：
core/variables-colors.less、core/variables-spacing.less、theme/dark.variables.less，每个文件只管一类值 - 根变量只定义“原子值”，比如
@color-brand-blue: #1890ff;；衍生值（如@color-brand-blue-light）放在单独的derived.less里，靠lighten()或fade()计算，避免硬编码
@import 的顺序和路径别写死，否则主题切换直接失效
常见错误是这样写：@import "../theme/light.less"; —— 一旦你要加暗色模式，就得手动改所有引用，还容易漏。更糟的是，Webpack 的 less-loader 默认不支持别名解析，@import "~antd/lib/style/themes/default.less" 这种写法在某些配置下会报 File not found。
- 统一用相对路径从项目根开始导入，比如
@import "core/variables-colors.less";，并在 Webpack/Vite 中配置lessOptions.paths指向src/styles - 主题切换靠条件 import：主入口
index.less里只写@import "theme/@{theme}-variables.less";，再通过 JS 注入theme变量（需配合less.modifyVars或构建时注入） - 禁止在组件级
.less文件里@import全局变量——这会让组件样式强依赖编译上下文，抽离复用时大概率报错
混合（Mixin）不是语法糖，是接口契约
很多人把 .clearfix() 或 .text-ellipsis() 当成快捷键来用，结果到处散落着 .mixin-button-base() 这种没文档、参数不透明的黑盒，换人维护时根本不敢动。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
立即学习“前端免费学习笔记（深入）”；
- Mixin 必须有明确职责边界：比如
.button-base()只处理 padding/border/font，不碰 color 或 background；颜色由外部传参控制：.button-base(@bg: @color-primary) - 参数要带默认值且类型收敛，避免
.shadow(@x, @y, @blur, @color)这种难读难记的签名；优先用具名参数：.shadow(@x: 0, @y: 2px, @blur: 4px, @color: @color-shadow) - 慎用嵌套式 Mixin（即在 Mixin 里再调用其他 Mixin），容易造成隐式依赖链；如果真需要组合，显式写出每一步，比如
.button-primary() { .button-base(); .button-hover(); }
和 CSS 自定义属性（--var）共存时，别混用作用域
Less 变量在编译期替换，CSS 变量在运行时生效。有人图省事，把 @primary-color 直接赋给 --primary-color，结果发现主题切换时颜色不变——因为 Less 已经把 --primary-color: @primary-color 编译成固定值了。
- Less 变量只用于编译期逻辑（如计算、条件判断、生成多套规则）；CSS 变量专用于运行时动态变更（如 JS 切主题、用户偏好设置）
- 两者可以桥接，但必须分层：Less 定义原子值 → 编译出初始 CSS 变量声明 → JS 控制类名切换来激活不同变量集
- 不要在 Less 里写
color: var(--primary-color);然后指望它响应 JS 修改——它只是个字符串，不会重求值
最常被忽略的一点：变量和 Mixin 的“可预测性”比“炫技”重要得多。一个命名清晰、参数稳定、无副作用的 .flex-center()，比十个能自动适配栅格但调用方式每次都不一样的 Mixin 更值得放进基础库。
