我比较清楚具体的过程。

最开始根本没觉得这回是一套新的api，就是暴露了一些内部功能函数出来，允许在组件之外建立反应性data和computed这种东西。

另一条线上一直在讨论class api，为更好的typing服务。但是后来发现class api搞不定typing。

然后尤忽然发现结合内部暴露出来的新功能函数，换一个组件写法，加一个setup（），就可以完全完美解决typing问题，顺便解决了mixin等逻辑抽象工具的各种不足。

所以就赶紧写了一个新rfc，写了个新api初稿请大家提意见。

然后我们一堆从class api过来的被typing难题折磨得欲仙欲死得人看见这个新方案，都拍案叫绝。

然后核心团队就信心大增，感觉这个东西将来有可能可以代替就api，就把将来有可能deprecate 旧api这个想法也写进了rfc

然后过了两天，rfc就爆了

然后大家赶紧把要废api这个想法给废了，相关内容都从rfc里又删掉了。

最新的版本是承诺可预见得未来不会废除就api

【 在 eGust (十年) 的大作中提到: 】
: 刚才回的长文被审核了……
: 问题关键不在新 api，而是要废老 api。这么一搞就让人信心不足，你今天觉得 hooks 好可以废掉 v2，那明天出个别的完全有可能在 v4 里废掉 v3。一个项目隔个两三年就要重写一遍，这是谁都接受不了的。
: 如果当初只说我们有套新的 api 长得很像 hooks，那大家可能会跟 react 社区一样开心。
: ...................
--
FROM 171.217.142.*