yortus/asyncawait，tj/co這兩個nodejs庫有何區(qū)別？CO是基于ES6的生成器函數(shù)的二次封裝，asyncwait是基于節(jié)點光纖的二次封裝，節(jié)點光纖主要是二次封裝節(jié)點.js因此，它

yortus/asyncawait，tj/co這兩個nodejs庫有何區(qū)別？

CO是基于ES6的生成器函數(shù)的二次封裝，asyncwait是基于節(jié)點光纖的二次封裝，節(jié)點光纖主要是二次封裝節(jié)點.js因此，它是V8上的協(xié)同程序?qū)崿F(xiàn)和增強(qiáng)，并支持在Es5上使用。

為什么NodeJS的回調(diào)會被稱為地獄？

nodejs中提供的所有異步操作都使用回調(diào)函數(shù)，例如fs.readFile文件（“file name”，函數(shù)（err，data）{

！在前端模式下沒有問題。DOM事件相對獨立或者需要多個事件協(xié)同

但是對于節(jié)點來說，事務(wù)中有很多異步調(diào)用的場景。例如，目錄遍歷操作的代碼如下：

}

]當(dāng)然，這是一個更好的情況。很多時候，業(yè)務(wù)邏輯非常復(fù)雜，嵌套層的數(shù)量更多。這是不容易閱讀和理解的代碼，這是非?；靵y的dns.承諾

例如，可以按以下方式編寫：

const FS=require（“FS”）。允諾

異步函數(shù)main（）{

const data=awaitfs.readfile文件（“file name”）

}

main（）

國內(nèi)python和nodejs在服務(wù)端的地位哪個高一些？

看nodejs太高了

node相比傳統(tǒng)服務(wù)端技術(shù)棧差在哪里？

其實這根本不是技術(shù)棧的問題，而是節(jié)點工程師沒有后端經(jīng)驗的問題。如果是的話，它會被限制在節(jié)點上嗎？語言差距根本不是問題。語言本身就是一種工具。關(guān)鍵是不要有太多的異質(zhì)性和可維護(hù)性。還要考慮開發(fā)人員社區(qū)。最適合節(jié)點的地方是提供小工具服務(wù)。前端工程師不需要知道太多的后端知識，只要能讀寫基礎(chǔ)數(shù)據(jù)庫并使用緩存就可以解決問題。