思考与原生Promise的关系

[otakustay]

既然API已经都兼容了，我觉得有几个问题我们是不是考虑下：

1. 如果浏览器支持原生的Promise，我们用原生的还是继续保持自己的
2. 如果1的回答是用原生的，那么我们额外扩展的方法要不要补在原生的Promise对象上（好在没有原型方法）
3. exception之类的事件似乎没办法了？

[leowang721]

另外浏览器原生Promise的实现并不统一，例如cast方法，当前的库转为原生时，当前我用的Chrome下就没有，所以是否应该考虑fix，至少方法统一。

[otakustay]

这个是指原生的Promise没有cast方法对吧？其实和主楼问题差不多，我们有一些额外的方法在里面，怎么处理和原生的关系是要考虑的

这个问题必然在“使用原生替换现有Promise实现”的时候出现，确实是个比较头疼的问题。现阶段enhance模块中的都是此类

cast是个啥情况 @Exodia 看下？我发现标准里没写cast，又好像我们讨论过这问题

[Exodia]

你们是 chrome 几了。。 我的 chrome 好像也没 cast 了。。之前是有的，然后 HTML5上的文章介绍也有

[otakustay]

我刚去看了不知哪个版本的ES6草案里确实没有，蛋疼……

[leowang721]

怪异的是…… 我明明记得在某篇文里面看到过cast……

[leowang721]

cast不能用的话，像er 4.0那个mvc feature是不能work的……

[Exodia]

下个版本，我把 cast 移到 enchance 中去吧，， 和楼上一样，我确实也看到过 cast。。。

[Exodia]

我现在的想法是，如果浏览器支持 promise，我们的 promise 直接对原生 promise 做代理吧，相关的方法和事件在我们这一层做。

[otakustay]

Good idea，不过exception那个事件恐怕做代理也是兼容不出来的，我看放弃算了……

Best regards

Gray Zhang

在 2014年12月31日 下午1:18:13, Exodia (notifications@github.com) 写到:

我现在的想法是，如果浏览器支持 promise，我们的 promise 直接对原生 promise 做代理吧，相关的方法和事件在我们这一层做。

—
Reply to this email directly or view it on GitHub.

[otakustay]

再回到这问题……我们后续推进基于ES6的开发的话，Promise理论上应该是一个原生的全局对象，所以这个库也得考虑下是不是要把Promise丢全局对象上去？