CSS工具和框架本身不降低可维护性，关键在于规范选型、约束使用与统一约定；需控制嵌套层级、禁用随意!important、封装语义化类名、集中管理变量，并通过工具链保障一致性。
用CSS工具和框架本身不会降低可维护性，关键在于怎么选、怎么用、怎么约束。
工具和框架本身不是问题，失控的使用方式才是
PostCSS、Tailwind、Bootstrap这些工具设计初衷都是提升效率，但若缺乏规范，容易导致样式散乱、命名随意、覆盖混乱。比如直接在组件里写大量!important，或过度嵌套SCSS，会让后续修改像拆毛线团。
- 统一约定文件组织方式（如按功能分
base/、components/、theme/） - 禁用深层嵌套（建议不超过3层），避免生成冗长选择器
- 团队内明确是否允许内联样式、是否启用CSS-in-JS、是否用Utility类
Tailwind这类实用优先框架，需要配套约束机制
Tailwind本身不强制结构，但放任使用会快速积累重复类名（如几十个text-sm text-gray-700 font-medium），后期改配色或间距时得全局搜改。它适合，但要“有纪律地用”。
- 用
@apply封装高频组合，形成语义化类名（如.btn-primary） - 通过
tailwind.config.js锁定颜色、间距、字体等设计系统变量 - 配合Prettier + stylelint做提交前检查，拦截无意义的类堆砌
自建工具链比盲目套用更利于长期维护
小项目用Bootstrap开箱即用没问题；中大型产品如果长期迭代，建议基于PostCSS或Lightning CSS定制轻量构建流程，而不是塞进完整框架。可控性高，升级路径清晰，也方便未来替换。
立即学习“前端免费学习笔记（深入）”；
- 把CSS变量集中到
:root管理主题与响应断点 - 用
postcss-custom-properties降级兼容旧浏览器，而非引入整套Bootstrap CSS - 组件样式尽量走
scoped或CSS Modules，减少全局污染
基本上就这些。工具是刀，切菜还是砍树，取决于握刀的手和定下的规矩。
