JayLin1011

@xiaody A/+ 告诉我们一个 Promise 有且仅有三种状态，这就是构造函数的内容。。其次，Promise 所有的静态方法都依赖于构造函数的实现（一个特殊的语法糖），因为所有的静态方法都构造并返回一个 Promise，换而言之，构造函数本身就会影响所有静态方法的实现。

@libook 感谢回复，我同意你的观点，A/+ 可以视为 ES Promise 的子集，目前苦恼的是莫得对针对 ES Promise 的完备性测试，以区分两者的差异。

@autoxbc core-js 太依赖 host 了（涉及 doceument 和 process 等），确实实现了 ES Promise，但不是对规范的完全翻译（比如考虑不同 host 的兼容性），我更倾向于 bluebird 或 q 等基于 UTDD 的实现。Promises/A+ 在我看来时 ES Promise 的子集，但我目前能获取的测试包仅能提供基于 Promises/A+ 的测试，所以才想要了解两者的差异，完善给予 ES Promise 测试。

此问题已解决。

借鉴了 `Vue.js` 源码工程化方案和 `TypeScript` 的官方推荐后，使用改进版的方案 1+，即使用 `rollup.js & Babel` 生态支持 `TypeScript` 语法和生成 JS 文件，使用 `tsc` 检查类型和生成声明文件。

PS： 关于方案 2 的 `transformer` 可以加强 `AST` 的认知和 `Babel` 生态的了解。

@MrYELiex 本末倒置，规范才是根本，就好像先有构造函数才有对象，JS / TS 之类的语言都是根据 ES 规范这个构造函数来实例化的， 而且 TS 这是伪私有变量，肯定要有一个真正实现私有的变量的提案。

@anguiao 感谢回复，这个更新我知道，默认安装 LTS 版本已经就是 v4+了， `#` 前缀一直可以使用，问题主要在于和 `static` 的共同工作，以及 AST 层面的 `trnasformer` 实现。

推荐使用 react 和 angular 。

1. $attrs;
2. provide.