可行但需严格遵循规则：原子类须从设计令牌变量池生成，用.each()批量展开；响应式类名用断点前缀字符串拼接；颜色/透明度解耦；禁用动态函数；所有类集中单入口；必须与PurgeCSS构建流程强绑定。
直接用 Less 写原子化 CSS 是可行的，但体积失控、类名爆炸、响应式错乱几乎是默认结果；关键不在“能不能生成”，而在“生成后有没有被 PurgeCSS 安全识别并剔除”。
用 .each() 生成类名，但必须配合设计令牌变量池
原子类不是靠手写或嵌套推导出来的，而是从一组受控变量映射生成。所有间距、颜色、字体大小必须来自顶层变量，比如：
@space-xs: 0.125rem;
@space-sm: 0.25rem;
@space-md: 0.5rem;
@space-lg: 1rem;
@spacing-map: {
'0': 0;
'xs': @space-xs;
'sm': @space-sm;
'md': @space-md;
'lg': @space-lg;
};
然后用 .each() 批量展开，不掺逻辑、不加条件、不嵌套媒体查询：
.each(@spacing-map, .(@value, @key) {
.m-@{key} { margin: @value; }
.p-@{key} { padding: @value; }
.mt-@{key} { margin-top: @value; }
});
- @key 是字符串，
.m-0不会变成.m--0（Less 自动处理连字符） - 禁止在循环体里写
&:hover或@media——那是组件层的事，混进来会让 PurgeCSS 无法判断哪些类实际被用到 - 负边距单独定义，如
.m-nxs，别用-xs当 key，Less 解析会失败
响应式类名必须用断点前缀，不能用 @media 包裹
写 @media (min-width: 768px) { .md:p-4 { padding: 1rem; } } 看似直观，但会导致两问题：一是编译后是真实媒体查询块，体积翻倍；二是 JS 无法通过 classList 切换断点状态。正确做法是用字符串拼接生成带前缀的类名：
立即学习“前端免费学习笔记（深入）”；
@breakpoints: (sm: 640px, md: 768px, lg: 1024px);
.each(@breakpoints, .(@bp-val, @bp-key) {
.each(@spacing-map, .(@v, @k) {
@{bp-key}:p-@{k} { padding: @v; }
@{bp-key}:pt-@{k} { padding-top: @v; }
});
});
- 生成的
md:p-4是纯类名，不依赖媒体查询，可被 PurgeCSS 安全识别 - 必须把响应式块放在文件末尾，否则默认类（如
.p-4）会被覆盖 - 不要用
@import拆响应式模块——原子类需单入口、扁平结构，拆散后反而难定位来源
颜色和透明度类必须解耦，禁用动态函数计算
写 .text-primary { color: lighten(@color-primary, 10%); } 看似灵活，实则埋雷：lighten() 在编译时固化为具体值，主题切换时无法响应，且 PurgeCSS 无法识别该类是否被引用。应改为：
@colors: (
primary: #007bff,
success: #28a745,
gray: #6c757d
);
.opacity-50 { opacity: 0.5; }
.text-primary { color: color(~"primary"); }
.text-success { color: color(~"success"); }
- 透明度独立成类，不和颜色耦合——
.text-primary.opacity-50比.text-primary-opacity-50更易记、更易组合 - 避免
lighten()/darken()，它们输出固定值，破坏设计系统可变性 - 只对主色、成功色等语义明确的颜色生成 hover/focus 变体，灰色类不加，减少冗余
编译阶段就控制输出体积，别等压缩
lessc --compress 几乎没用，它只删空格和分号。真正有效的体积控制发生在编译前和编译中：
- 用
@import (reference)引入变量和 mixins，避免重复注入 - 禁用嵌套超过 2 层——
.card .header .title编译后权重高、体积大、难覆盖 - 构建时用
--clean-css="--remove-source-maps --skip-imports"，防止 sourcemap 和重复内联膨胀体积 - 所有原子类必须集中在一个入口文件里，不拆
_padding.less、_margin.less——PurgeCSS 需要完整 AST 分析，拆散后识别率暴跌
最常被忽略的一点：原子类框架一旦引入，就必须和构建流程强绑定。单独跑 lessc 命令生成的 CSS，几乎不可能被 PurgeCSS 正确修剪——因为缺少 JS 端的 class 使用痕迹分析。
