const { mkdir, writeFile, readFile } = require('fs').promises; const less = require('less') async function processLess() { const content = await readFile('./main.less', 'utf-8') const result = await less.render(content) await mkdir('./assets') await writeFile('assets/main.css', result.css, 'utf-8') } try { processLess() } catch (e) { console.error(e) }
我们大可放心，在过程中抛出的任何错误都会由 catch 语句中的代码处理。现在我们有了一个易于阅读和规范的代码。
对返回值进行的后续操作无需存储在不会破坏代码节奏的 mkdir 之类的变量中；也无需在以后的步骤中创建新的作用域来访问 result 的值。
可以肯定地说，Promise 是该语言中引入的基本工件，对于在 JavaScript 中启用 async/await 表示法是必需的，你可以在现代浏览器和最新版本的 Node.js 中使用它。
注意：最近在 JSConf 中，Node 的创建者和第一贡献者 Ryan Dahl， 对在其早期开发中没有遵守Promises 表示遗憾，主要是因为 Node 的目标是创建事件驱动服务器和文件管理，而 Observer 模式更适合这样。
结论将 Promise 引入 Web 开发的目的是改变我们在代码中顺序操作的方式，并改变了我们理解代码的方式以及编写库和包的方式。
但是摆脱回调链更难解决，我认为在多年来习惯于观察者模式和采用的方法之后，必须将方法传递给 then 并不能帮助我们摆脱原有的思路，例如 Node.js。
正如 Nolan Lawson 在他的出色文章“关于 Promise 级联的错误使用“【https://pouchdb.com/2015/05/18/we-have-a-problem-with-promises.html】 中所述，旧的回调习惯是死硬且顽固的！在文中他解释了如何避免这些陷阱。
我认为 Promise 是中间步骤，它允许以自然的方式生成异步任务，但并没有帮助我们进一步改进更好的代码模式，有时你需要更适应改进的语言语法。
当尝试使用JavaScript解决更复杂的难题时，我们看到了对更成熟语言的需求，并且我们尝试了以前不曾在网上看到的体系结构和模式。
我们仍然不知道 ECMAScript 规范在几年后的样子，因为我们一直在将 JavaScript 治理扩展到 web 之外，并尝试解决更复杂的难题。
现在很难说我们需要从语言中真正地将这些难题转变成更简单的程序，但是我对 Web 和 JavaScript 本身如何推动技术，试图适应挑战和新环境感到满意。与十年前刚刚开始在浏览器中编写代码时相比，我觉得现在 JavaScript 是“异步友好”的。
原文：https://www.smashingmagazine.com/2019/10/asynchronous-tasks-modern-javascript/
到此这篇关于如何在现代JavaScript中编写异步任务的文章就介绍到这了,更多相关JavaScript编写异步任务内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章: