RFC

简写：Request for Comments

最初起源于互联网工程任务组（IETF），用于规范互联网技术标准的制定过程，如今已被广泛应用于各类技术项目（包括编程语言、框架、协议等）的设计和决策流程中。

RFC 的核心作用

1. 公开技术提案当开发者或团队想引入新功能、修改现有机制或解决某个技术问题时，会撰写一份 RFC 文档，详细阐述提案的背景、目标、具体设计、实现方案、潜在影响等，作为正式的 “技术提案” 对外公开。

2. 收集反馈与共识RFC 的核心目的是 “请求评论”—— 通过公开讨论，收集社区、团队成员或相关方的意见，确保提案的合理性、可行性，并达成共识，避免闭门造车导致的设计缺陷。

3. 记录决策过程最终被接受的 RFC 会成为项目的 “技术规范文档”，记录功能设计的细节和决策依据，为后续开发、维护提供明确指导。

在 Vue 等框架中的 RFC

以 Vue 为例，其团队维护着一套 RFC 流程，用于管理重大功能变更（如 Vue 3 的 Composition API、<script setup> 语法等）：

• 开发者先提交 RFC 草案，描述新功能的设计思路；

• 社区通过 GitHub Issues 讨论，提出修改建议；

• 核心团队评估后决定是否接受、修改或拒绝；

• 被接受的 RFC 会作为开发依据，最终体现在框架版本中。

特点总结

• 公开透明：技术决策过程对社区开放，避免黑箱操作；

• 迭代优化：通过反馈不断完善提案，降低设计风险；

• 存档价值：成为项目技术演进的 “历史记录”，方便后续开发者理解设计初衷。