标签:api 解决方案 基于 ref 起源 需求 round 耦合度 promise
在之前,我们处理异步网络请求的时候,往往会采用这样的写法:
再复杂一点,我们需要在请求完第一个api后,再去请求第二个接口,那么就变成这样了:
基于此,在需求增加的情况下,我们很可能会面临一场灾难性的到来--回调地狱。
造成的后果是:
1、代码庞杂臃肿,可读性极差
2、耦合度过高,难以进行后期的维护
3、代码复用性差,变相让代码更加臃肿
4、容易滋生bug,而且需要在回调里处理异常
这时候,怎么解决这种问题呢?我们希望可以以一种更加友好的方式进行代码的编写,promise规范由此便诞生了。
promise是异步编程的一种解决方案。目前业内实现解决回调的地狱的有Q和bluebird。
标签:api 解决方案 基于 ref 起源 需求 round 耦合度 promise
原文地址:https://www.cnblogs.com/hxw1024/p/12088403.html