問題一:我需要用第一次發送ajax請求回的資料作為第二次ajax的參數,而第二次的ajax是在第一次ajax的回呼函數裡發送的。但是這裡有問題!就是第二次ajax回傳的資料不能賦值給全域物件的屬性,不知道是不是掉到坑裡了。所以想用$q解決。
問題二:那這個例子來說吧,
// $q 是內建服務,所以可以直接使用
ngApp.factory('UserInfo', ['$http', '$q', function ($http, $ q) {
return {
query : function() {
var deferred = $q.defer(); // 声明延后执行,表示要去监控后面的执行
$http({method: 'GET', url: 'scripts/mine.json'}).
success(function(data, status, headers, config) {
deferred.resolve(data); // 声明执行成功,即http请求数据成功,可以返回数据了
}).
error(function(data, status, headers, config) {
deferred.reject(data); // 声明执行失败,即服务器返回错误
});
return deferred.promise; // 返回承诺,这里并不是最终数据,而是访问最终数据的API
} // end query
};
}]);
deferred.resolve 是為了延遲執行嗎?那如果能在回呼函數裡面寫邏輯為什麼還要多此一舉的延遲執行呢?
問題三:為什麼說deferred.promise回傳的承諾是最終資料api?這個promise的作用是什麼?
問題四:promise.then執行邏輯是什麼?
在回答你所有的問題之前,我先對你的範例程式碼做些簡單說明! !
你的範例程式碼是一個典型的
Promise
的反面教材,其特征就是:无目的的创建deferred
對象,徒增程式碼複雜度。關於這一點,可以看這裡anti-pattern:首先,當你意識到自己正在忍受
callback hell
的时候,恭喜你,在javascript
這條路上,你算上道兒了。那麼解決之道有哪些呢?我們最近常見的有:Promise
generator
配合coasync/await
關於這幾種方式的詳細介紹,我沒仔細翻別人的答案(或許有更好的),只能把自己之前寫的貼出來javascript裡的異步
OK,介紹了解決
callback hell
的幾種常見方式,再回頭來說你的callback hell
的几种常见方式,再回头来说你的Promise
問題問題一:我需要用第一次發送ajax請求回的資料作為第二次ajax的參數,而第二次的ajax是在第一次ajax的回呼函數裡發送的。但是這裡有問題!就是第二次ajax回傳的資料不能賦值給全域物件的屬性,不知道是不是掉到坑裡了。所以想用$q解決。
既然我們寄望於
是這麼工作的。我先舉個例子: 拿到回傳結果4. 尤其Promise
能够解决回调地狱的问题,拿肯定不会再是使用回调的方式,你的疑惑是对的,可你的问题是没有充分理解Promise
能夠解決回調地獄的問題,拿肯定不會再是使用回調的方式,你的疑惑是對的,可你的問題是沒有充分理解return call2(param1);
這個地方,真的不要再度嵌套(很多初入的選手犯的錯),直接返回,下一個裡就能拿到結果
問題二:那這個例子來說吧
這就是最早說的問題,你過度反應了,明顯把簡單問題複雜化了,這麼寫足矣:🎜 🎜調用的地方,直接用🎜就好了:🎜then
第三、四個問題都是源自於對
Promise
本身的实现没概念,我之前写过一个小教程,教大家自己手写一个Promise
的简单实现,建议你跟着做做,先对Promise
本身有個大概了解,一步步來手寫一個Promise