@HaEx 其实狼叔我是知道的，我在现场听过他的讲座，也不是针对个人。但毕竟狼叔是挂着阿里的大 V 标志在某乎为 antd 站台，对于外人来说这就相当于阿里官方了。

@ety001 我有一个 ui 库开发维护了 5 年，有 800+ star

@DoctorCat 你这种想法很有问题，白嫖不代表下贱。白嫖也有权利表达自己的看法。

@zc666 “喷”也是一种反馈，也是大家一起做的一种形式，当然为了喷而喷的除外。

@kaikai5601 我本人也是开源作者，虽然 star 数量不多，但是肯定比只会动嘴皮子的人强。

@x940727

我随手一翻就看到了。

> 我们（蚂蚁金服体验技术部）是一支兼具设计视角和工程视角的团队，服务蚂蚁金服上百个中后台系统，主打产品 Ant Design 服务全球 100 万设计师和工程师，是西湖区学院路西侧最具影响力的设计语言。欢迎来这里和我们一起打造优雅高效的人机设计 /研发体系。

说出来你可能不信，埋怨这个词，99.9%的人都读错了

@no1xsyzy

1. 从利弊关系来说，利大于弊。
2. 不支持，这应该是症结所在。

@soulmt 没有说一定要遵守，我的出发点是「优雅」。当开发体验与原生 js 的契合度越高，发明的东西越少，需要写的代码越少，我认为越优雅。不是说 React 定义的 hooks 方式不好，而是说，它目前存还存在这些不足，导致它还不够优雅。你说的手动 bind 确实丑陋，但是 React 现在不也通过 hook 把它干掉了吗，就算不写 hook 至少现在可以在类上面定义箭头成员函数，再也不用写 bind 了，这就是进步。

@SmiteChow 如果你一直都是这么用的，那我建议你赶紧去认真学一学，改正过来。

@soulmt js 对于 async 的设计就是让异步函数和同步函数具有同等的书写体验，作为一款（至少目前来说）基于 js 的库，React 首先就没有尊重这个设定。

@jinliming2

> 按照我的习惯的话，这种异步任务不会写到 useEffect 里，而是写道外面，useEffect 中只是去调用这个函数

其实现在我们很多也都是这么写的，另外提醒一下你的代码不严谨，fetchData 必须用 useCallback 否则无限循环。

你的回答基本是基于”React 现在就是这样的”，然后提出了一系列反问。但是我觉得这种回答没什么建设性。我知道按照 React 现在的模式 async effect 走不通，我目前也提供不了更好的设计，只是我认为这不对，不够优雅，对于 React 这样一款追求大道至简的框架（库）来说，不契合。

@KuroNekoFan 两种情况都会成为约束，不允许 async 这件事本身就是一个约束

@KuroNekoFan

> 但是事实上支持 async 函数直接作为参数和在函数内再用 iife+async 确实就是一个判断的事吧

还真不是一个判断的事。React 想要的是执行完函数立马得到销毁函数，如果加上了 async 这件事就无从谈起了。React 无法及时得到销毁函数，就无法及时销毁组件，整个架构立马复杂度倍增。

至于 IIFE，React 对这件事的态度就是：我知道很多情况有这种需求，你们可以用 IIFE 来实现，至于发生了什么事我不管，我只负责创建和销毁，你们开发者用了异步记得自己把屁股擦干净就行了。

我的 iPhone7 也有被杀过网易云的经历，不过非常少，播放音乐的 app 确实被杀的概率非常低，但还是有可能。至于其它 app，切到后台基本就等于秒被杀。

@wanghaoipv6

> 我觉得看 React 可以把它想成是一个没有语言倾向，随时可能用 rust 重写的东西

俗话说干一行爱一行，有没有倾向暂且不谈，既然做了就要把它做好吧。至于 ts，它跟 js 也没有冲突，ts 本身就是一种对 js 的妥协，否则它干嘛不自立门户，要做 js 的超集呢。

@leelz 看到你的回复还挺惊喜的，然而点进去看了一下说实话我挺失望的。说白了就是 React 也开始教你写代码了，发明的东西越来越多，并不能利用好 js 本身的特性。

背着几千个 start 说 star 不重要的人就像考了 99 分的学霸说这次没考好一样......

同为开源项目维护者，我的项目 5 年了也只攒了 800 多个星星，害，只能说人脉和宣传很重要。

简单看了一下，你做的还是挺认真的。共勉吧。

@KuroNekoFan 这个楼上很多大牛回答得很好，它不是单纯判断一下 promise 就能成的事。