express與koa的區(qū)別是什么？針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

成都創(chuàng)新互聯(lián)是工信部頒發(fā)資質(zhì)IDC服務(wù)器商，為用戶提供優(yōu)質(zhì)的成都多線服務(wù)器托管服務(wù)

connect的執(zhí)行流程
通常我們都說(shuō)connect的中間件模型是線性的, 也就是一個(gè)一個(gè)往下執(zhí)行的, 如下圖:

這么說(shuō)當(dāng)然是沒(méi)錯(cuò)的, 但是當(dāng)我們執(zhí)行下面代碼的時(shí)候可能會(huì)有那么一點(diǎn)小小的困惑:

const connect = require('connect')
const app = connect()
app.use(function m1 (req, res, next) {
 console.log('m1')
 next()
 console.log('m1 end')
})
app.use(function m2 (req, res, next) {
 console.log('m2')
 next()
 console.log('m2 end')
})
app.use(function m3 (req, res, next) {
 console.log('m3')
 res.end('hello')
})
app.listen(8080)

當(dāng)我們?cè)L問(wèn)http://127.0.0.1:8080的時(shí)候, 控制臺(tái)會(huì)打印如下:

m1
m2
m3
m2 end
m1 end

這么個(gè)結(jié)果跟我們上面的模型似乎有點(diǎn)出入, 不是說(shuō)線性的嗎, 為什么next后面的代碼還會(huì)繼續(xù)執(zhí)行? 當(dāng)然這個(gè)我們?cè)僦耙呀?jīng)有過(guò)結(jié)論了, 有興趣的可以詳細(xì)瞧瞧, 我們現(xiàn)在直接拿來(lái)結(jié)果, connect的中間件模型偽代碼表示如下:

http.createServer(function (req, res) {
 m1 (req, res) {
 m2 (req, res) {
 m3 (req, res) {}
 }
 }
})

可以看到就是一層一層嵌套的回調(diào), 那么再把我們之前有點(diǎn)疑問(wèn)的代碼簡(jiǎn)化一下:

http.createServer(function (req, res) {
 console.log('m1')
 m1 (req, res) {
 console.log('m2')
 m2 (req, res) {
 m3 (req, res) {
 console.log('m3')
 res.end('hello')
 }
 }
 console.log('m2 end')
 }
 console.log('m1 end')
})

千萬(wàn)別被上面的回調(diào)繞暈了, 就是很簡(jiǎn)單的回調(diào)函數(shù), 一切都解釋的通了: 即使res.end之后, 我們的代碼還是要繼續(xù)往下走的, 可以這么說(shuō)connect的中間件其實(shí)也是洋蔥形的, 但是因?yàn)樽鳛橥酱a, 一般不回這么做罷了, 那么上面我們可以重現(xiàn)描述一下connect的中間件模型了:

Koa的執(zhí)行流程

同樣我們?cè)貹oa源碼分析, 也是說(shuō)過(guò)Koa的中間件模型: 洋蔥形

以下面代碼為例:

const Koa = require('koa')
const app = new Koa()
app.use(async function m1 (ctx, next) {
 console.log('m1')
 await next()
 console.log('m1 end')
})
app.use(async function m2 (ctx, next) {
 console.log('m2')
 await next()
 console.log('m2 end')
})
app.use(async function m3 (ctx) {
 console.log('m3')
 ctx.body = 'hello'
})
app.listen(8080)

訪問(wèn)服務(wù), 輸出:

m1
m2
m3
m2 end
m1 end

emm 貌似跟connect沒(méi)差別, 之前看過(guò)一篇文章, 實(shí)驗(yàn)到這里得到了一個(gè)koa和express的中間件模型沒(méi)差別的結(jié)論, 包括我也是很迷惑, 當(dāng)然是有差別的, 結(jié)論后面講. 同樣這里直接拿出koa中間件的簡(jiǎn)化模型:

Promise.resolve(async m1 () {
 console.log(m1)
 await Promise.resolve(async m2 () {
 console.log(m2)
 await Promise.resolve(async m3 () {
 console.log(m3)
 ctx.body = 'xxx'
 })
 console.log(m2 end)
 })
 console.log(m1 end)
})

我們知道async/await的作用是'同步化'異步操作(看上去如此, 其實(shí)不是, 但是我們不需要去管), 那這里的Promise理所當(dāng)然的被'同步'了, 也就是說(shuō)console.log(m3 end)的一切異步操作都可以'同步化'.

結(jié)論

說(shuō)出結(jié)論之前我們其實(shí)可以想一下, 既然connect的中間件也是洋蔥形的, 那么跟koa一樣的用法似乎也沒(méi)啥毛病, 那么我來(lái)設(shè)想一下, 我們的服務(wù)需要取數(shù)據(jù)庫(kù)里的的一個(gè)用戶假設(shè)是getUser吧, getUser當(dāng)然是異步的. 分別來(lái)看看connect和koa的做法吧:

// connect
app.use(function (req, res) {
 getUser(user => res.end(user))
})
// Koa
app.use(async (ctx) => {
 const user = await getUser()
 ctx.body = user
})

關(guān)于express與koa的區(qū)別是什么問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

分享文章：express與koa的區(qū)別是什么
文章轉(zhuǎn)載：http://jinyejixie.com/article2/ggedoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營(yíng)銷型網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、靜態(tài)網(wǎng)站、、網(wǎng)站排名、響應(yīng)式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)