Node.js 错误第一次回调vs";“成功”;及;“失败”;回调
到目前为止,在异步函数的编程(Swift for iOS)中,我一直在使用两个回调来处理异步函数的完成。一个是在函数完成时没有错误(“成功”),另一个是在函数错误时执行(“失败”) 我注意到node.js使用error-first回调,其中回调的第一个参数是一个错误,如果没有错误发生,则为null。然后由用户检查错误是否为空,并根据检查结果适当处理情况 我的问题是,;在编程的优化领域或最佳实践中,有什么理由使用这两种方法中的一种而不是另一种,还是归结为个人偏好和一致性Node.js 错误第一次回调vs";“成功”;及;“失败”;回调,node.js,swift,error-handling,Node.js,Swift,Error Handling,到目前为止,在异步函数的编程(Swift for iOS)中,我一直在使用两个回调来处理异步函数的完成。一个是在函数完成时没有错误(“成功”),另一个是在函数错误时执行(“失败”) 我注意到node.js使用error-first回调,其中回调的第一个参数是一个错误,如果没有错误发生,则为null。然后由用户检查错误是否为空,并根据检查结果适当处理情况 我的问题是,;在编程的优化领域或最佳实践中,有什么理由使用这两种方法中的一种而不是另一种,还是归结为个人偏好和一致性 就我个人而言,我看不出这两
就我个人而言,我看不出这两种方式有多重要,但我担心的是我可能错过了一些东西。node.js每种方式都有一个。node.js中典型的异步回调是您描述的方式,但是现在在ES6中是标准的promise系统有一个单独的成功和失败回调。这确实是一个设计偏好的问题。有些情况下一个比另一个更方便,有些情况下另一个更方便。任何一个都可以通过几行代码转换成另一个,因此没有任何一个可以做其他人做不到的事情。@jfriend00好的,谢谢你的响应node.js的可能副本各有一行。node.js中典型的异步回调是您描述的方式,但是现在在ES6中是标准的promise系统有一个单独的成功和失败回调。这确实是一个设计偏好的问题。有些情况下一个比另一个更方便,有些情况下另一个更方便。任何一个都可以通过几行代码转换成另一个,因此没有任何一个可以做而另一个不能做的事情。@jfriend00好的,谢谢你的回复可能是重复的