缩写类名如uc-avt--l会破坏语义锚点，导致调试困难、PurgeCSS误删、新人无法理解，且降低构建工具识别率；应保持BEM类名完整可读，通过CSS自定义属性和data属性管理变量，严格控制Modifier数量与语义，并依据复用性判断是否拆分为独立Block。
别缩写类名。user-card__avatar--size-lg 缩成 uc-avt--l 不是优化，是埋雷——语义断了，调试时 DevTools 里看不出它属于哪个组件，PurgeCSS 可能误删，新人根本没法猜 prc-tg 是 price-tag 还是 product-category。
为什么缩写类名反而更难维护
缩写破坏的是语义锚点，不是字符数。BEM 类名的核心价值是“见名知义”，一旦变成 uc-avt，你就失去了和 PRD 功能点的映射能力。构建工具（如 PurgeCSS、Lightning CSS）依赖稳定结构识别类名，缩写后字典匹配率暴跌，实测类名变长 20% 后 gzip 体积反而下降 15%～25%，因为重复前缀（如 user-card__、--）压缩效率极高。
- DevTools 里看到
uc-avt--l，没人能立刻反应出这是用户卡片里的大号头像 -
prc-tg这种缩写在全局搜索时极易误伤（比如匹配到process或precache） - SCSS 中用
@mixin bem-class($block, $elem)动态拼接，会破坏静态分析，PurgeCSS 无法安全剔除未用类
真正该动刀的地方：Modifier 堆叠失控
出现 button--theme-primary--size-xl--variant-outline--is-loading，问题不在长度，而在把配置逻辑全塞进了 HTML。Modifier 应只表达离散、互斥、可枚举的状态，不是样式快照。
- 保留布尔型 Modifier：
button--disabled✅，button--on-dashboard-page❌ - 把尺寸、颜色、圆角等可变量抽到 CSS 自定义属性：
button+style="--btn-padding: 12px 24px; --btn-bg: #007bff" - 一个 Block 的 Modifier 总数建议 ≤ 5 个：
--primary、--disabled、--sm、--lg、--outline - JS 层用
data-属性驱动变量：<button data-size="lg">→ 脚本设el.style.setProperty('--btn-size', 'lg')
什么时候必须拆 Block，而不是缩 Element
判断标准只有一条：这个 UI 片段下次出现在另一个页面时，你愿不愿意直接复制粘贴这段 HTML 和 class？如果犹豫，它大概率不该是子元素。
立即学习“前端免费学习笔记（深入）”；
-
status-badge出现在用户列表、订单卡片、通知弹窗 → 必须是独立 Block，不是user-card__status -
price-tag有自己的颜色逻辑、点击反馈、动画 → 它不是product-card__price，而是price-tag+price-tag--on-sale -
form-field在登录页、筛选栏、设置页共用 → 不该依附于某个父表单，而应自成 Block - 出现
card__body__list__item或header__nav__item__link，说明已违反 BEM 原则，list和nav应提级为 Block
最常被忽略的一点：每次写新类名前没问“它是否具备自身状态、行为或复用场景”，就直接往父 Block 里塞 __，结果类名越来越长，组件却越来越难抽离。缩短类名的终点不是删字符，而是让每个 Block 真正独立可交付。
