欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

關(guān)于express與koa的使用對比詳解

 更新時間:2018年01月25日 08:46:51   作者:xiadd  
很多人都在問到底該用Koa還是express,所以下面這篇文章就來給大家再次的對比了關(guān)于express與koa的相關(guān)資料,通過對比大家可以更好的進行選擇,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學習學習吧。

前言

提到Node.js開發(fā),不得不提目前炙手可熱的2大框架express和koa。Express誕生已有時日,是一個簡潔而靈活的web開發(fā)框架,使用簡單而功能強大。Koa相對更為年輕,是Express框架原班人馬基于ES6新特性重新開發(fā)的敏捷開發(fā)框架,現(xiàn)在可謂風頭正勁,大有趕超Express之勢。

Express和koa都是服務端的開發(fā)框架,服務端開發(fā)的重點是對HTTP Request和HTTP Response兩個對象的封裝和處理,應用的生命周期維護以及視圖的處理等。

Express主要基于Connect中間件框架,功能豐富,隨取隨用,并且框架自身封裝了大量便利的功能,比如路由、視圖處理等等。而koa主要基于co中間件框架,框架自身并沒集成太多功能,大部分功能需要用戶自行require中間件去解決,但是由于其基于ES6 generator特性的中間件機制,解決了長期詬病的“callback hell”和麻煩的錯誤處理的問題,大受開發(fā)者歡迎。

以前其實寫過一篇express和koa的對比, 但是后來發(fā)現(xiàn)里面有不少謬誤. 所以一直惦記著糾正一下之前的錯誤, 尤其關(guān)于中間件部分的對比.

這里的express就拿更加簡單的connect代替

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

這么說當然是沒錯的, 但是當我們執(zhí)行下面代碼的時候可能會有那么一點小小的困惑:

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)

當我們訪問http://127.0.0.1:8080的時候, 控制臺會打印如下:

m1
m2
m3
m2 end
m1 end

這么個結(jié)果跟我們上面的模型似乎有點出入, 不是說線性的嗎, 為什么next后面的代碼還會繼續(xù)執(zhí)行? 當然這個我們再之前已經(jīng)有過結(jié)論了, 有興趣的可以詳細瞧瞧, 我們現(xiàn)在直接拿來結(jié)果, connect的中間件模型偽代碼表示如下:

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

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

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')
})

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

Koa的執(zhí)行流程

同樣我們再Koa源碼分析, 也是說過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)

訪問服務, 輸出:

m1
m2
m3
m2 end
m1 end

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

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的作用是'同步化'異步操作(看上去如此, 其實不是, 但是我們不需要去管), 那這里的Promise理所當然的被'同步'了, 也就是說console.log(m3 end)的一切異步操作都可以'同步化'.

結(jié)論

說出結(jié)論之前我們其實可以想一下, 既然connect的中間件也是洋蔥形的, 那么跟koa一樣的用法似乎也沒啥毛病, 那么我來設想一下, 我們的服務需要取數(shù)據(jù)庫里的的一個用戶假設是getUser吧, getUser當然是異步的. 分別來看看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
})

當然這么看似乎沒啥差別. 那直接給出結(jié)論吧(憋): connect的中間件是同步, 不會'等'其他異步操作, koa則可以'等'異步操作. 當然你不等也沒啥問題.

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

相關(guān)文章

  • 詳解nodejs微信公眾號開發(fā)——3.封裝消息響應模塊

    詳解nodejs微信公眾號開發(fā)——3.封裝消息響應模塊

    上一篇文章:nodejs微信公眾號開發(fā)(2)自動回復,實現(xiàn)了簡單的關(guān)注回復。采用拼接字符串的形式,并不是很方便,這里我們將其封裝承接口。
    2017-04-04
  • 利用Node.js手寫一個簡單的koa

    利用Node.js手寫一個簡單的koa

    這篇文章主要為大家詳細介紹了如何手動寫一個簡單的koa,通過這個流程就可以較好的掌握koa2中的基本概念,感興趣的小伙伴可以跟隨小編一起學習一下
    2024-01-01
  • Node.js編程中客戶端Session的使用詳解

    Node.js編程中客戶端Session的使用詳解

    這篇文章主要介紹了Node.js編程中客戶端Session的使用詳解,是Node.js入門學習中的基礎知識,需要的朋友可以參考下
    2015-06-06
  • 利用Decorator如何控制Koa路由詳解

    利用Decorator如何控制Koa路由詳解

    最近學習了plover的底層框架koa,所以下面這篇文章主要給大家介紹了關(guān)于利用Decorator如何控制Koa路由的相關(guān)資料,,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考借鑒,下面來隨著小編一起學習學習吧
    2018-06-06
  • Node.js16.15.1的一個報錯以及解決方案分享

    Node.js16.15.1的一個報錯以及解決方案分享

    這篇文章主要給大家介紹了關(guān)于Node.js16.15.1的一個報錯以及解決方案的相關(guān)資料,文中通過圖文介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2022-12-12
  • Node.js操作Firebird數(shù)據(jù)庫教程

    Node.js操作Firebird數(shù)據(jù)庫教程

    這篇文章主要為大家分享了Node.js操作Firebird數(shù)據(jù)庫教程,思路清晰便于大家理解,感興趣的小伙伴們可以參考一下
    2016-03-03
  • node.js中的http.response.removeHeader方法使用說明

    node.js中的http.response.removeHeader方法使用說明

    這篇文章主要介紹了node.js中的http.response.removeHeader方法使用說明,本文介紹了http.response.removeHeader的方法說明、語法、接收參數(shù)、使用實例和實現(xiàn)源碼,需要的朋友可以參考下
    2014-12-12
  • 5分鐘教你用nodeJS手寫一個mock數(shù)據(jù)服務器的方法

    5分鐘教你用nodeJS手寫一個mock數(shù)據(jù)服務器的方法

    這篇文章主要介紹了5分鐘教你用nodeJS手寫一個mock數(shù)據(jù)服務器的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-09-09
  • 一文詳解Node.js服務器動態(tài)資源處理

    一文詳解Node.js服務器動態(tài)資源處理

    動態(tài)資源處理也就是對數(shù)據(jù)進行重新排序來讀寫數(shù)據(jù)庫,讀取反序列化,寫入序列化,這篇文章主要來和大家聊聊Node.js中的服務器動態(tài)資源處理,感興趣的可以了解下
    2024-04-04
  • 使用Node.js實現(xiàn)RESTful API的示例

    使用Node.js實現(xiàn)RESTful API的示例

    Node.js可以用很少代碼簡單地實現(xiàn)一個Web服務,并且它有一個非?;钴S的社區(qū),通過Node出色的包管理機制(NPM)可以非常容易獲得各種擴展支持。 對簡單的應用場景Node.js實現(xiàn)REST是一個非常合適的選擇。 本文介紹如何用Node.js實現(xiàn)REST服務。
    2017-08-08

最新評論