文章

百万行PR与CSS演进：重构与规范的边界

#437 · 2026-05-17 · 21ZHAO Blog

引言

近期前端与运行时领域出现了两个看似独立、实则指向同一核心命题的现象：一是 Bun 项目通过一次性提交百万行代码进行 Rust 重构引发的社区震动；二是 CSS 组件化技术从命名规范到原子化 CSS 的漫长演进。这两者分别代表了“激进重构”与“渐进规范”两种工程哲学，值得我们在 AI 辅助编程日益普及的背景下重新审视。

关键信息

1. 激进重构：Bun 的百万行 PR 争议

在 V2EX 社区的讨论中，Bun 项目的一次性 PR 提交量达到了惊人的 100 万行代码，主要涉及使用 Rust 对底层进行重构。这一行为打破了传统软件工程“小步快跑、渐进重构”的古法习惯。

  • 现象：单次提交规模巨大，涉及核心语言栈的替换（JS/TS 到 Rust）。
  • 争议点：这种“恐怖”的提交方式是否可维护？在 AI 编码时代，代码生成的效率提升是否导致了代码审查（Code Review）质量的稀释？
  • 背景：Bun 追求极致性能，Rust 的重构是其提升运行效率的关键手段，但如此大规模的变更对团队协作和版本稳定性提出了极高挑战。

2. 渐进规范：CSS 组件化的演进之路

与此同时，前端开发中的样式管理仍在通过规范化手段解决组件化难题。掘金文章总结了 CSS 组件化的演进路径：

  • 命名规范：如 BEM 等，试图通过约定解决命名冲突。
  • CSS Modules：通过构建工具实现作用域隔离。
  • CSS in JS：将样式逻辑与组件逻辑绑定，提升动态性。
  • 原子化 CSS：如 Tailwind CSS，通过预定义类名实现样式复用与体积优化。

这些方案的核心目标一致：在组件化开发中，解决样式污染、复用性差和维护成本高的问题。与 Bun 的激进重构不同，CSS 的演进更多是工具链和范式的逐步迭代。

为什么值得关注

这两个案例共同揭示了现代前端工程化的两个极端：

  1. 底层性能的极致追求：Bun 通过 Rust 重构展示了对运行时性能的极致优化，但其工程实践方式（百万行 PR）引发了对代码可维护性和团队协作模式的反思。
  2. 上层规范的持续探索：CSS 组件化的演进表明，即使在工具链高度成熟的今天，样式管理仍未有“终极解决方案”，开发者仍在不同范式间权衡。

在 AI 辅助编程（AI Coding）日益普及的背景下，代码生成效率的提升可能使得“激进重构”变得更加容易，但也可能加剧代码审查的难度。如何平衡重构的收益与风险，是工程团队需要面对的新课题。

可延展观察

  • AI 对代码审查的影响：当 AI 能够生成百万行代码时，人类审查者如何确保代码质量？是否需要新的工具或流程来应对大规模变更？
  • Rust 在前端基础设施中的渗透：Bun 的成功是否意味着更多前端工具将转向 Rust 重写？这对前端开发者的技能栈提出了什么新要求？
  • CSS 范式的未来：原子化 CSS 是否会成为主流？还是会有新的样式解决方案出现？

参考来源