問題描述

假如有兩個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給刪了，看起來怪怪的，

db_conn().then(db=>{return { db:db, test:’test’, data:{} }}).then(findOneData).then(r=>{ console.log(r);});

最后把你的findOneData改一下接收參數的方式，是不是好點了?

db_conn() .then(db => findOneData(db, 'test', {})) .then(data => console.log(data));

這樣看起來是不是要順眼些？

(async function() { const db = await db_conn(); const data = await findOneData(db, 'test', {}); console.log(data);})();

這樣是不是更順眼些？

Promise 方案是在不增加語言元素的基礎上解決異步回調的問題，所以必然存在一些局限性。

在原有的回調之上，Promise 至少會增加一層回調，所以在原回調鏈很短的情況下，比如題主的情況，只有一層，看起來用 Promise 似乎并無優勢，這也是正常的。

如果遇到更復雜的情況，更多層次的嵌套，就能看出用 Promise 的價值了。

樓上各位都提供了很好的寫法，我就不多說了。