19 | 打开潘多拉盒子：JavaScript异步编程

开始没明白老师提出来javascript异步编程和前边的代码是要解决什么样的问题，而且promise也是看的一头雾水。后来反复研究一下，发现小狗跑步如果用顺序代码执行，但是每一步延迟时间不同的话，实现最终效果却未必是顺序的，甚至是相反的，如下代码： setTimeout(() =>{ console.log(1); } , 10000); //第一次跑10秒 setTimeout(() =>{ console.log(2); } , 8000); //第二次跑8秒 setTimeout(() =>{ console.log(3); } , 5000); //第三次跑5秒 结果是：3 2 1的顺序。 但是通过本文的代码实现方式，却是能够实现小狗1->2->3的顺序跑步过程的展现，避免上面代码导致的额不同步现象。本文代码稍加修改，好像更能体现这种同步控制的效果，如下： setTimeout( () => { console.log(1); setTimeout( () => { console.log(2); setTimeout( () => { console.log(3); }, 5000 ); }, 8000 ); }, 10000 ); 结果才是实际想要达到的1 2 3的顺序。因此个人理解这样是为了实现小狗跑步整个过程的同步控制。不知理解的对不对。

1. Promise 以及 async/await 在目前开发的项目中均有用到，async/await 非常好用，用同步的风格写异步的代码，让代码清晰易懂，但是并不建议任何地方都加上 async/await，这会失去 JavaScript 异步的优势，比如说相互没有关联性的 I/O 处理，可以考虑使用 Promise.all()，另外建议尽量不要在循环里面写 async/await 进行 I/O 请求，这会严重影响程序运行效率 2. 个人不敢苟同。不得不承认 JavaScript 是一门有设计缺陷的语言，在其诞生之初仅仅是为了解决简单的问题，并没有什么宏伟的目标和规划，但是随着 Web 的迅速发展，JavaScript 的应用领域越来越广泛，从前端页面到后端的 Node，JavaScript 逐渐吸收其他语言的设计思想并结合自身情况进行重新设计，让其编写更自然也更高效。其实并不认同 “给编程人员的阅读和理解造成困扰”，像 Promise 的出现本身就是为了解决异步编码风格的问题，而不是其他问题，也许这会对那些只会 JavaScript，并且只会用 JavaScript 写简单的前端页面的人有困扰，但是对大多数程序员来说是好事。另外说到学习曲线，JavaScript 现在在前后端上都可以进行开发，难道说传统的后端语言，比如，Java、C++ 就没有学习曲线吗？应用领域变广泛，技术变多，学习曲线递增其实是再正常不过的事情，不过，到头来，还是像老师说的那样，技术都是相通的，理解其背后的思想是关键

好难懂啊

1，主要使用过如下的异步编程：使用过利用异步编程，将大的计算任务分成小的计算任务。当时的场景是页面滚动的同时，需要大量计算，某些手机会卡顿。将计算分成小的异步任务，可以保证滚动的流畅 2，个人不是很认同这种看法。写起来简单得js语法，可能阅读，维护比较困难，毕竟代码主要是给人看的。就如本文用Promise / async，await改善之前的嵌套写法，代码更优雅。

这个promise“异步”变“同步”，就是让异步代码看起来像同步一样，刚看第一遍没看明白，还有就是箭头函数，箭头多了，我就不能第一时间看明白，看来还是用得少。

老师，JavaScript和Python确实太像了，尤其是异步函数、生成器以及协程的部分。 那么，对于小规模的团队，JavaScript+Python或者JavaScript+node.js的组合是不是比JavaScript+java在开发速度上更有优势呢？

异步 各种箭头嵌套 js好难读 好难懂

js的箭头代码，回调地狱 .

老师，如何使用 promise 和 generator 模拟出 await 的返回值呢？ 如果用 async/awiat: const res = await ajax(); 变成 yield 是: const res = yield ajaxWrap(); res 是怎么用 ajaxWrap 里面出来的呢？