我所理解的Promise #1

Posted 6 years ago · 1 mins reading

异步模式

(嫌我话多的可以直接看分割线之后的部分…) 以前高中的时候自己捣腾博客,一直也就只会用 JQuery 写点按钮事件什么的,连表单提交都没写过,后来误打误撞做了前端码农旧觉得 JS 的异步模式实在是太坑爹,当你搞清楚异步回调的时候,又会发现回调地狱(Callback Hell)太坑爹… 为什么觉得异步坑爹?看看下面这个例子:

js
//以下用setTimeout()模拟一个请求
function getName() {
return '小白妹妹';
}
function greeting(name) {
console.log('你好,' + name);
}
//生成一个0到1000的随机数,模拟不确定的等待时间0-1秒
var randomTime = function () {
return Math.random() * 1000;
};
var name = '';
//1秒之内给name赋值为 小白妹妹,但不知道具体时间
setTimeout(function () {
name = getName();
}, randomTime());
greeting(name); //以为得到name之后就可以开心的去打招呼啦,然而…

回调地狱

可能很多新手都犯过这个错误,错的时候还不知道为啥错了…深究原因的话跟 JS 的机制有关,长篇大论的就不在这里多说了(其实是我说不清楚…)

再有点经验,就会知道,应该把 greeting(name) 写在回调函数里,这样就能保证在得到数据之后才运行 greeting() 函数,于是…当你有多个请求并且之间是有这种依赖关系的时候,可怕的回调地狱就出现了! 而解决回调地狱其中一个很优雅的方法,就是使用传说中的 promise!

Promise 的使用

关于 promise 这个概念我前前后后看了有一年了,周围也没有认识的人可以给我讲,只能自己看看网上的文章,然而…并没有什么卵用…网上的文章都是众说纷纭,有一上来就 defer 的1,也有一上来就说如果你还在用 defer 你就理解错了 Promise 的2,就所以我到现在也不知道究竟什么样的理解才是对的…

关于Promise 以及 A+规范就不在此详述了,那些概念的东东,我也还没完全理解。我想做的是让跟我一样的小白都能明白 Promise 最基本的用法。


举个栗子… 有一个第三方提供的 API,访问 API 能够得到一些用户数据(每访问一次得到一页,假设由于某些限制一页只返回 3 个用户)以及下一页的 index;除了第一页之外,其他的页面都需要下一页的 index 参数才能访问到。(先不管这个 API 设计的合不合理…Facebook 就有这样的 API) http://example.com/user -->访问第一页的用户数据 http://example.com/user?next=xzmca -->访问第二页的用户数据 请求第一页时返回结果如下:

json
{
"items" : [{
"name" : "小白妹妹",
"age" : 10
},
{...},
{...}],
"nextPage" : "xzmca",
"lastPage" : null
}

你可能会有这样的需求:你的 APP 一次需要显示 6 个甚至更多个的用户数据。而根据之前的 API,一次只能拿到 3 个数据,那么就只能发出两次请求,并且第二次请求依赖于第一次请求的结果,由于异步的原因我们并不知道第一个请求什么时候才完成,而我最初入坑时是让程序发完第一个请求后强制等 2 秒再发第二个请求我会告诉你们吗…

下面为了方便,使用setTimeout()函数和bluebird库进行说明:

js
//生成一个0到3000的随机数,模拟不确定的等待时间0-3秒
var randomTime = function () {
return Math.random() * 3000;
};
//只考虑最简单的情况promise被resolve,暂时不考虑promise被reject的情况
function req1() {
return new Promise(function (resolve) {
//使用setTimeout()来模拟发送请求,data为请求得到的数据
setTimeout(function () {
var data = {
items: [
{
name: '小白妹妹',
age: 10,
},
{
name: '小白',
age: 100,
},
{
name: '妹妹',
age: 111,
},
],
nextPage: 'asdfa',
lastPage: null,
};
resolve(data);
console.log('请求1完成');
}, randomTime());
});
}
function req2(dataFromReq1) {
return new Promise(function (resolve) {
setTimeout(function () {
var data = {
items: [
{
name: '小黑姐姐',
age: 20,
},
{
name: '小黑',
age: 233,
},
{
name: '姐姐',
age: 250,
},
],
nextPage: 'gwdfx',
lastPage: 'asdfa',
};
console.log(dataFromReq1);
var finalUserData = dataFromReq1.items.concat(data.items); //将两次得到的用户数据合并
resolve(finalUserData);
console.log('请求2完成');
}, randomTime());
});
}
//让数据在promise链上欢快的传递吧~
req1()
.then(req2)
.then(function (data) {
console.log(data);
});

Q&A

  • Q: 什么时候需要返回一个 promise 呢? A: 当你的需求逻辑是,XXX 的执行需要依赖 OOO 的结果,此时 OOO 就应该返回一个 promise

  • Q: 为什么 req1 要打括号,而 req2 不打括号? A:这个我也没太搞清楚 XD,我的理解是,req1()打括号执行后才会返回 promise,不打括号就只是一个没有执行的函数,req2不打括号是因为 then 的入参只能是一个函数,如果打了括号执行后就不是函数了。

  • Q: 最后一个 then 的 function(data) data 是哪里来的? A: req2的定义中,有一句resolve(finalUserData),在 Promise Chain 中,每个 then 的入参的入参也就是 function(data)中的 data 都是由前一个 promise resolve 时传递而来的