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

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

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

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

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

！在前端模式下沒(méi)有問(wèn)題。DOM事件相對(duì)獨(dú)立或者需要多個(gè)事件協(xié)同

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

}

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

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

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

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

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

}

main（）

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

看nodejs太高了

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

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