javascript 的 promise 和 python future的一些思考

从设计初衷来看

1. promise 的设计初衷是：
   • 避免回调地狱（通过promise对象占位和then方法链式调用）
   • 异步调度（多个异步Task的线性化，也是通过then和resolve过程来实现的）
2. future 的实际初衷是：
   • 提供并发的高级控制抽象
     • 通过semaphore 锁和executor实现并发数控制
     • 通过add_done_callback 提供了异步回调的接口
     • 通过cancle 提供了终止任务的接口

简而言之，prromise为的是异步，而future为的是并发。promise使得异步的代码更容易被理解和组织，而future使得并发的任务能更优雅的被管理。

从实现上看

1. promise 的初始化需要提供一个function，在 new操作的时候就被提交到了js的任务队列里；然后通过then方法来组织不同的异步之间的关系
2. future 的初始化是不需要一个function的，而只是提供了一个占位符对象，后面通过workitem对象来建立真正的并发任务，并且workitem需要submit到executor才会真的被执行

从使用上

1. promise 因为专注异步所以支持了链式调用。而且是双向流的回调（onFulfilled, onRejected）
2. future不支持链式调用, 也只是针对self的回调

其它

1. javascript 语言本身支持了异步，比如通过setTimeout就可以将方法延后执行，其它io的函数也都是支持异步的，所以回调语法的反人类成为了痛点。
2. python 本身并没有提供事件循环和任务队列，其异步是通过并发来做的，比如多进程、多线程、协程，所以并发任务的舒适管理成为了痛点。future使得程序员能很大程度绕开各种锁的使用
3. 由于“世界上本来没有并发，异步用多了也就有了并发”，所以promise里也提供了和future一样的并发控制方法。
   • promise里的all race
   • python里的wait