js 为什么一下子要上马二个语言级异步转同步方案

[love]

一个promise+async语句，一个generator，本来要摆脱callback hell是好的，但一下子来俩就有点重复了吧，都不知道要用哪个好了，选择太多也是累。


py3就只有一种，现在v3.4的用generator，v3.5加一个async语法糖，做一件事只用一个方法。

[picasso250]

> 一个promise+async语句，一个generator

they are different

[ShiningRay]

generator 本身不是为了把异步转同步诞生的，如果是的话，应该会直接叫 Fiber/Coroutine 而不是 generator
generator 本身是一个 semi corountine，当然使用一些模式，也是可以达到类似效果的。

[sox]

如果你能搜索 /t/135335

[love]

@picasso250 我就是说这二个是不同的啊，但可以达到一样的以同步方式写异步逻辑的效果。

@ShiningRay 但generator同时也是最好的转同步方案啊，发明一样东西又不是一定要限制在最原始的用法上，你看python的语言级转同步支持就是基于generator的。

[sodatea]

1. generator 并不是为了处理异步而引入的，只是恰好可以用来这么做而已；
2. async/await 是 ES7，promise 和 generator 是 ES6，并不同时；
3. async/await 只是语法糖，它能做到的事用 promise + generator 也一样行，它只是把 spawn 函数包装了下看起来好看点而已。

[love]

@sodatea ES6不是刚刚才标准化的嘛，标准化之前generator提案也早有了，在没放进标准前从别的语言抄了个更好的方案来后不是应该一脚踢开原先的吗，一但放进标准以后再也没机会去掉了。 当然你要说Promise在JS上古时代就有了，一直在发展，现在好不容易可以转正了就别把之前的努力白费了(来都来了）。

我的意思是说同样功能的选择越少越好，只选一个最佳的，特别是在语言级的标准上，Python 3.5也有async语法糖，但它是基于generator的，也就是说python只用一套方案就能达到js二套的效果。

[sodatea]

@love 没懂你说的……generator 是基础设施，不仅限于异步处理，肯定不能丢，async/await 得基于 Promise，后者自然也不能少（对了，你说的 generator 处理异步，也是得和 Promise 一起用的）。标准化需要时间，所以一步一步来，先打好基础，语法糖后续再加。

JS 里的 async/await 本质上就是基于 generator + Promise 的，跟你说的 Python 一套方案达成两个效果有区别吗……

以及这里有篇 Does async/await solve a real problem? 可以看一下 https://esdiscuss.org/topic/does-async-await-solve-a-real-problem

[picasso250]

@love 我说的是generator能做的事情不知道多到哪里去了。怎么能去？
但你要是用generator直接async吧，难度有点高，写成库吧，也可以。所以你的问题应该是：为什么async不用generator实现？

[otakustay]

1. promise是异步统一接口
2. generator中的async generator“正好”可以搞异步
3. async接口层面用promise，实现层面用generator

generator是很好的异步转同步方案，但并不是“最好”的，就说几个最基本的缺点

1. promise可以通过继承等手段加上额外的逻辑，比如xhr.abort()，generator要这么做得用observer，整个接口都不直观了
2. generator对外表现的形式是“未知有多少东西”，promise则明确“有一个结果”，用generator去表达异步会让人很尴尬，到底要不要判断done呢，后面会不会有别的东西呢，没有足够的表意性

[ariestiger]

应该是两个而不是二个吧

[morethansean]

真正异步等 async 吧。generator 的实现调试起来简直就是地狱。

[love]

@otakustay 用generator来表示统一接口也没有什么不好，至少没必要到用二套基本底层异步接口。

你所有缺点：
1. 没理解你的例子。
2. generator无数据了/运行完成了表示done有什么不好判断呢？

[FrankFang128]

所以说前端不是那么简单的。
而且 await 、promise 这么简单地模式很难理解么

[jeansfish]

@ariestiger 终于看到这个槽点了

[love]

@sodatea async没不是一定要Promise，接在generator也可以，而且实现更简单，几乎就是个语法糖。
@morethansean 具体什么情况？我用python的基于generaotr的asyncio写了几千行代码没有发现有调试问题。
@FrankFang128 你是不是看错题了？

[morethansean]

@love ……你真的看了那几个用 generator 的库实现异步的原理么…… 然后你写点复杂的程序，开始调试的时候就明白痛苦在哪了。

[FrankFang128]

@love 题外话

[love]

结贴吧我知道为什么了。


@FrankFang128 我说了promise很难？另外promise虽简单但你不用async直接手写promise代码同样是陀屎，一样会把逻辑分隔得很不直观。

[otakustay]

@love 在我看来“表意性”和“能用”同样重要，promise明确表达是“做一件事，只有成功和失败2种结果”，而generator没法表达这个概念，或者说generator承载的概念太多导致使用者拿到一个generator function的时候无法确定它是不是正在表达着“做一件事”这个概念
你的思路在前端看来类似于“只要div就能做网页了还要其它元素干啥”……

[FrankFang128]

@love 没说你说过，我只说想表达JS很复杂了已经。新加的语法只会徒增概念。