结语
加载文档：
当他们想展开数个触发器操作方式就会再次出现难题。想像下列这种的许多情景（大部份的操作方式都是触发器的）
他们再查阅出使用者的重要信息后，须要依照使用者的重要信息到某一伺服器去允诺使用者的相片验出相片后，他们须要将相片切换格式，比如说从PNG切换成JPEG假如切换获得成功，他们推送获得成功的电子邮件通告推送后他们在历史记录下那个天数点的笔记所以标识符看出来可能将像上面这种：
这种的标识符让我不由得想出来了不计其数的if阶梯式冗余，白白就陷于反弹冥界，这种的优点很显著：
标识符显得梅西县写作consequences出来相较繁杂，就更容易引致标识符的严重错误Promise
为的是防止反弹冥界，Javascript诸神缔造了promise,他们就能拉艾程式设计了，而并非内冗余反弹，那么改呵呵标识符如下表所示：
使用Promise
虽然以上标识符已经是一种从上到下的流程，但仍然存在许多难题
须要.then须要.catch处理异常，而并非try/catch的方式数个promise触发器功能
在ES2017（ES8）中引入了触发器功能，这让他们更简单的来使用promise，触发器程式设计的好处最直观的就是：
使用async/await防止拉艾的promise它们是触发器的执行，不过给了你同步程式设计的感觉因此，在他们理解async/await之前，你须要对promise有一定的了解
语法
注意async放的位置，特别是箭头函数，触发器的声明也能用在对象方法和类方法上
与普通函数的区别就是触发器函数返回的是一个promise对象，如下表所示
它和上面的等效，这里他们是手动创建一个promise，而并非使用async
换句话说，触发器函数的返回值总是包含在Promise.resolve中
触发器函数await
先看一段标识符，在分析：
consequences
通过以上示例大致的知道，如何使用async和await了，但是他们并没有看到异常处理的部分，所以接下来就看呵呵
canRejectOrReturn()是一个触发器函数，它的最终结果为 perfect number或拒绝 Error(Sorry, number too big)，他们来写呵呵捕获这段异常的标识符
对比另一个示例
少了await关键字，catch永远都不会执行，这是常见的严重错误或陷阱，就是没有使用await
并行化
有些时候他们可能将须要并行的执行许多操作方式，所以他们继续要使用Promise.All了，示例如下表所示：
Promise.all接收一个promises数组作为输入并返回一个promise作为输出
总结
触发器功能在开发中显得越来越重要了，也将被越来越多的开发人员所采用，所以对他们来说，了解触发器就显得非常重要了，希望这边文章能够帮助大家了解JS中的触发器程式设计，假如能，请麻烦点个关注吧，谢谢！
