是使用基于测试框架对Promis的支持，还是使用基于类似 done 这样回调风格的测试方 式，每个人都可以自由的选择，只是风格问题，我觉得倒没必要去争一个孰优孰劣。 比如在 CoffeeScript41下进行测试的话，由于CoffeeScript 会隐式的使用return返回，所 以使用 done 的话可能更容易理解一些。 对Promise进行测试比对通常的异步函数进行测试坑更多，虽说采取什么样的测试方法 。首先能想到的原因是有些运 行环境并不支持 ES6 Promises 。 40 https://github.com/azu/promise-test-helper 41 http://coffeescript.org/ JavaScript Promise 迷你书（中文版） 57 当我们在网上查找Promise的实现类库的时候，有一个因素是首先要考虑的，那就是是 否具有 Promises/A+兼容性

した優劣はな いと思います。 たとえば、 CoffeeScript44でテストを書いたりすると、 CoffeeScriptには暗黙のreturnがあ るので、 done を使ったほうが分かりやすいかもしれません。 43 https://github.com/azu/promise-test-helper 44 http://coffeescript.org/ 57 JavaScript Promiseの本

done のようにコールバックスタイルの テストを使うかは、 人それぞれのスタイルの問題であるためそこまではっきりした優劣はな いと思います。 たとえば、 CoffeeScript50でテストを書いたりすると、 CoffeeScriptには暗黙のreturnがあ るので、 done を使ったほうが分かりやすいかもしれません。 Promiseのテストは普通に非同期関数のテスト以上に落とし穴があるため、 henableであるということなので、 Promise.resolveを使い、ESのPromiseで定められたpromiseオブジェクトに変換すること ができます。 50 http://coffeescript.org/ 62 JavaScript Promiseの本 ECMAScriptのPromiseで定められたpromiseオブジェクトというのは、 catch というメソッドが使えたり、

意就是这门语言不好的地方很多，必须写一本书才能讲清楚。另外一些 程序员则感到，为了更合理地编写 JavaScript 程序，就不能用 JavaScript 来写，而必须发明新的语言，比如 CoffeeScript、 TypeScript、Dart 这些新语言的发明目的，多多少少都有这个因 导论 - 14 - 本文档使用 书栈(BookStack.CN) 构建 素。 尽管如此，目前看来，JavaScript 用同一种语言开发。并且，Node.js 可以承受很大的并发流量，使得 开发某些互联网大规模的实时应用变得容易。 2009年，Jeremy Ashkenas 发布了 CoffeeScript 的最初版 本。CoffeeScript 可以被转换为 JavaScript 运行，但是语法要 比 JavaScript简洁。这开启了其他语言转为 JavaScript 的风 潮。 2009年，PhoneGap "JavaScript", fileExtension: ".js" }, 3. { name: "TypeScript", fileExtension: ".ts" }, 4. { name: "CoffeeScript", fileExtension: ".coffee" } 5. ]; 6. 7. console.table(languages); 上面代码的 language 变量，转为表格显示如下。

对学习的简短建议：在学习工具和框架前应当先学习更底层的实现技术，学 DOM 而非 jQuery。学 CSS 而非 SASS。学 HTML 而非 HAML。学 JavaScript 而非 CoffeeScript。学 JavaScript ES6 模版而非 Handlebars。学 UI 模式而非使用 Bootstrap。 刚起步的时候，你应当对那些把 WEB 开发的复杂性掩盖掉的工具和框架保持警惕。高级工具