直接用Less写原子类会踩坑，因其作为预处理器无法像Tailwind那样运行时按需生成类名，需手动定义每个类，易出错且难以维护；应采用.each()循环+映射表自动生成，并注意响应式、颜色/字体规模及无tree-shaking等限制。
为什么直接用Less写原子类会踩坑
Less本身是预处理器，不支持运行时按需生成类名，所以不能像Tailwind那样靠PostCSS插件动态扫描HTML生成CSS。你写的每个.mt-2都得手动定义，否则编译就丢掉。更麻烦的是，一旦工具类数量上去（比如间距、颜色、字体大小各20个变体），手写.p-1 .p-2 .p-3…不仅累，还容易漏参数、命名不一致、响应式断点错位。
关键不是“能不能写”，而是“怎么写才不反人类”。核心思路是：用Less循环 + 映射表驱动生成，把重复劳动交给.each()和@maps，而不是人眼复制粘贴。
用.each()批量生成间距工具类
Less 4.0+ 支持.each()函数，适合遍历数字或映射生成类。比如生成.m-0到.m-8：
@spacing: {
0: 0;
1: 0.25rem;
2: 0.5rem;
3: 0.75rem;
4: 1rem;
6: 1.5rem;
8: 2rem;
};
<p>.each(@spacing, {
.m-@{key} { margin: @value; }
.mt-@{key} { margin-top: @value; }
.mr-@{key} { margin-right: @value; }
.mb-@{key} { margin-bottom: @value; }
.ml-@{key} { margin-left: @value; }
.mx-@{key} { margin-left: @value; margin-right: @value; }
.my-@{key} { margin-top: @value; margin-bottom: @value; }
});</p>
注意两点：
- @spacing必须是对象（map），不能是数组，否则.each()拿不到@key
- 类名拼接用@{key}，不是@key，少花括号就编译失败
- 如果你用Less 3.x，得降级用for-loop mixin，但语法更啰嗦，容易栈溢出
响应式工具类怎么加？别硬套@media嵌套
Tailwind的md:mt-4本质是媒体查询前缀。Less里如果每个类都写一遍@media (min-width: 768px)，体积爆炸。更合理的做法是抽一层“断点映射”：
@breakpoints: {
sm: ~"(min-width: 640px)";
md: ~"(min-width: 768px)";
lg: ~"(min-width: 1024px)";
};
<p>.each(@breakpoints, {
@media @{value} {
.@{key}-mt-4 { margin-top: 1rem; }
.@{key}-text-center { text-align: center; }
}
});</p>
这里的关键是：~"(min-width: ...)"加~避免被转义成字符串字面量；@{key}拼出md-text-center这种类名。
但要注意：这样生成的CSS会把所有md:类塞进同一个@media块，没法按需加载——如果你用Webpack，得配合less-loader的additionalData或单独拆文件，不然开发时全量编译太慢。
颜色和文字大小工具类的性能陷阱
颜色类（如.text-red-500）看似简单，但@colors map一多，.each()嵌套再套.each()，Less编译时间直线上升。实测50个颜色 × 10个亮度层级，编译耗时从200ms跳到1.2s。
解决办法只有两个：
- 把颜色工具类拆成独立colors.less文件，只在需要时@import
- 用dark:前缀时别用.each()套.each()，改用固定组合：.dark-text-gray-800手动写，不生成.dark-text-red-500这种冷门组合
- 字体大小同理，.text-xs到.text-2xl够用就行，别学Tailwind搞到text-9xl，Less不擅长深度循环
最常被忽略的一点：Less生成的原子类没有PurgeCSS那样的tree-shaking能力。你在HTML里没写的.bg-opacity-75，照样会打进CSS包里。上线前必须配cssnano或clean-css做声明级压缩，否则体积比手写CSS还大。
