假如有兩個mongodb集合,一個是users,一個是posts,在posts列表中展示對應的users信息,常規異步處理嵌套太多.就使用Promise來解決,發現,promise解決時也有一個問題.
//封装查询一条函数
findOneData = function(db, colName, data) {
return new Promise(function(reslove, reject) {
db.collection(colName).find(data).toArray(function(err, data) {
if (err) {
console.log("数据查询错误" + err);
reject(err);
return;
}
reslove({ db: db, data: data });
});
});
};
db_conn()
.then(function(db) {
return findOneData(db, "test", {});
})
.then(function(data) {
console.log(data);
});這樣的方法是否正確?貌似是解決了,但是總感覺哪裡不對,,,,
promise不是最終解決方案也看不見得比回調優雅多少 async/await才是
有三點，直接把上面的程式碼寫在db_conn的then裡面，然後回傳this.
在最外層統一使用catch捕捉異常。
將console.log給刪了，看起來怪怪的，
最後把你的
findOneData改一下接收參數的方式，是不是好點了?這樣看起來是不是要順眼？
這樣是不是更順眼？
Promise 方案是在不增加語言元素的基礎上解決非同步回調的問題，所以必然存在一些限制。
在原有的回調之上，Promise 至少會增加一層回調，所以在原回調鏈很短的情況下，比如題主的情況，只有一層，看起來用 Promise 似乎並無優勢，這也是正常的。
如果遇到更複雜的情況，更多層次的嵌套，就能看出用 Promise 的價值了。
樓上各位都提供了很好的寫法，我就不多說了。