Tailwind CSS 并非免写样式，而是用原子化工具类组合替代手写CSS；每个类只负责单一样式，如text-center、bg-blue-500；仍需决策设计属性，复杂动画、嵌套选择器等场景仍需手写CSS。

Tailwind CSS 并不是“完全无需写样式”，而是把写样式的方式从手写 CSS 类名，转向组合预定义的原子类（utility classes）来实现设计目标。它不消除样式逻辑，只是把样式抽象层前置、标准化了。

什么是原子化（Atomic）理念

原子化 CSS 指将样式拆解为最小、不可再分的单元——比如 text-center 控制文本居中、bg-blue-500 控制背景色、p-4 控制内边距。每个类只做一件事，且高度复用。

• 避免语义化命名带来的维护负担（如 .card-header 在需求变化后容易名不副实）
• 减少 CSS 文件中重复的声明和覆盖逻辑
• 让样式变更更可预测：改一个类，效果即刻可见，不依赖上下文

你仍然需要“写样式”，只是换了一种写法

使用 Tailwind 时，你依然要决定元素的颜色、间距、响应行为、交互状态等——这些决策就是“写样式”的本质。区别在于：

• 不再写 .btn { padding: 0.5rem 1rem; background: #3b82f6; }
• 而是写 class="px-4 py-2 bg-blue-600 hover:bg-blue-700 rounded"
• 必要时仍需自定义样式：通过 @layer 扩展基础类，或用 style 属性处理极少数动态场景

何时仍需手写 CSS？

Tailwind 不是万能的，以下情况通常绕不开传统 CSS：

• 复杂动画（如贝塞尔曲线控制的过渡、关键帧序列）
• 需要选择器嵌套逻辑的组件（如 .menu > .item:hover .submenu）
• 全局主题切换（暗色模式下整套颜色变量映射）——虽可用 dark: 前缀，但深层定制仍需 CSS 变量配合
• 第三方组件库样式覆盖（如重置 react-datepicker 的默认结构）

基本上就这些。Tailwind 的价值不在“免写样式”，而在让样式更贴近 HTML 结构、更易协作、更少副作用。用得好，它比手写 CSS 更高效；用得僵硬，反而堆砌冗余类名。关键是理解原子理念，而不是把它当快捷键背诵。