express.js中間件說明詳解
express的新開發(fā)人員往往對(duì)路由處理程序和中間件之間的區(qū)別感到困惑。因此他們也對(duì)app.use(),app.all(),app.get(),app.post(),app.delete()和app.put()方法的區(qū)別感到困惑。
在本文中,我將解釋中間件和路由處理程序之間的區(qū)別。以及如何正確使用app.use(),app.all(),app.get(),app.post(),app.delete()和app.put()方法。
路由處理
app.use(),app.all(),app.get(),app.post(),app.delete()和app.put()全部是用來定義路由的。這些方法都用于定義路由。路由用于處理HTTP請(qǐng)求。路由是路徑和回調(diào)的組合,在請(qǐng)求的路徑匹配時(shí)執(zhí)行?;卣{(diào)被稱為路由處理程序。
它們之間的區(qū)別是處理不同類型的HTTP請(qǐng)求。例如: app.get()方法僅僅處理get請(qǐng)求,而app.all()處理GET、POST等請(qǐng)求。
下面是一個(gè)例子,如何定義一個(gè)路由:
var app = require("express")();
app.get("/", function(req, res, next){
res.send("Hello World!!!!");
});
app.listen(8080);
每個(gè)路由處理程序都獲得對(duì)當(dāng)前正在提供的HTTP請(qǐng)求的請(qǐng)求和響應(yīng)對(duì)象的引用。
可以為單個(gè)HTTP請(qǐng)求執(zhí)行多個(gè)路由處理程序。這是一個(gè)例子:
var app = require("express")();
app.get("/", function(req, res, next){
res.write("Hello");
next();
});
app.get("/", function(req, res, next){
res.write(" World !!!");
res.end();
});
app.listen(8080);
這里第一個(gè)句柄寫入一些響應(yīng),然后調(diào)用next()。 next()方法用于調(diào)用與路徑路徑匹配的下一個(gè)路由處理程序。
路由處理程序必須結(jié)束請(qǐng)求或調(diào)用下一個(gè)路由處理程序。
我們還可以將多個(gè)路由處理程序傳遞給app.all(),app.get(),app.post(),app.delete()和app.put()方法。
這是一個(gè)證明這一點(diǎn)的例子:
var app = require("express")();
app.get("/", function(req, res, next){
res.write("Hello");
next();
}, function(req, res, next){
res.write(" World !!!");
res.end();
});
app.listen(8080);
中間件
中間件是一個(gè)位于實(shí)際請(qǐng)求處理程序之上的回調(diào)。它采用與路由處理程序相同的參數(shù)。
要了解中間件,我們來看一個(gè)帶有dashboard和profile頁(yè)面的示例站點(diǎn)。要訪問這些頁(yè)面,用戶必須登錄。還會(huì)記錄對(duì)這些頁(yè)面的請(qǐng)求。
以下是這些頁(yè)面的路由處理程序的代碼:
var app = require("express")();
function checkLogin(){
return false;
}
function logRequest(){
console.log("New request");
}
app.get("/dashboard", function(req, res, next){
logRequest();
if(checkLogin()){
res.send("This is the dashboard page");
}
else{
res.send("You are not logged in!!!");
}
});
app.get("/profile", function(req, res, next){
logRequest();
if(checkLogin()){
res.send("This is the dashboard page");
}
else{
res.send("You are not logged in!!!");
}
});
app.listen(8080);
這里的問題是有很多重復(fù)的代碼,即我們不得不多次使用logRequest()和checkLogin()函數(shù)。這也使得更新代碼變得困難。因此,為了解決這個(gè)問題,我們可以為這兩條路徑編寫一條通用路徑。
這是重寫的代碼:
var app = require("express")();
function checkLogin(){
return false;
}
function logRequest(){
console.log("New request");
}
app.get("/*", function(req, res, next){
logRequest();
next();
})
app.get("/*", function(req, res, next){
if(checkLogin()){
next();
}
else{
res("You are not logged in!!!");
}
})
app.get("/dashboard", function(req, res, next){
res.send("This is the dashboard page");
});
app.get("/profile", function(req, res, next){
res.send("This is the dashboard page");
});
app.listen(8080);
這里的代碼看起來更清晰,更易于維護(hù)和更新。這里將前兩個(gè)定義的路由處理程序稱為中間件,因?yàn)樗鼈儾惶幚碚?qǐng)求,而是負(fù)責(zé)預(yù)處理請(qǐng)求。
Express為我們提供了app.use()方法,該方法專門用于定義中間件。 app.use()方法可能看起來與app.all()類似,但它們之間存在很多差異,這使得app.use()非常適合于聲明中間件。讓我們看看app.use()方法是如何工作的:
app.use() 和 app.all() 的不同:
CALLBACK
app.use()只需要一個(gè)回調(diào),而app.all()可以進(jìn)行多次回調(diào)。
PATH
app.use()只查看url是否以指定路徑開頭,app.all()匹配完整路徑。
這里有一個(gè)例子來說明:
app.use( "/product" , mymiddleware); // will match /product // will match /product/cool // will match /product/foo app.all( "/product" , handler); // will match /product // won't match /product/cool <-- important // won't match /product/foo <-- important app.all( "/product/*" , handler); // won't match /product <-- Important // will match /product/cool // will match /product/foo
NEXT()
中間件內(nèi)的next()調(diào)用下一個(gè)中間件或路由處理程序,具體取決于接下來聲明的那個(gè)。但是路由處理程序中的next()僅調(diào)用下一個(gè)路由處理程序。如果接下來有中間件,則跳過它。因此,必須在所有路由處理程序之前聲明中間件。
這里有一個(gè)例子來說明:
var express = require('express');
var app = express();
app.use(function frontControllerMiddlewareExecuted(req, res, next){
console.log('(1) this frontControllerMiddlewareExecuted is executed');
next();
});
app.all('*', function(req, res, next){
console.log('(2) route middleware for all method and path pattern "*", executed first and can do stuff before going next');
next();
});
app.all('/hello', function(req, res, next){
console.log('(3) route middleware for all method and path pattern "/hello", executed second and can do stuff before going next');
next();
});
app.use(function frontControllerMiddlewareNotExecuted(req, res, next){
console.log('(4) this frontControllerMiddlewareNotExecuted is not executed');
next();
});
app.get('/hello', function(req, res){
console.log('(5) route middleware for method GET and path patter "/hello", executed last and I do my stuff sending response');
res.send('Hello World');
});
app.listen(80);
現(xiàn)在我們看到了app.use()方法的唯一性以及它用于聲明中間件的原因。
讓我們重寫我們的示例站點(diǎn)代碼:
var app = require("express")();
function checkLogin(){
return false;
}
function logRequest(){
console.log("New request");
}
app.use(function(req, res, next){
logRequest();
next();
})
app.use(function(req, res, next){
if(checkLogin()){
next();
}
else{
res.send("You are not logged in!!!");
}
})
app.get("/dashboard", function(req, res, next){
res.send("This is the dashboard page");
});
app.get("/profile", function(req, res, next){
res.send("This is the dashboard page");
});
app.listen(8080);
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Node.js 中正確使用 async/await 與 Promise 
在Node.js中,async/await是ES2017引入的一種更簡(jiǎn)潔的處理異步操作的方式,它基于Promise來進(jìn)行編寫,使得異步代碼看起來更像同步代碼,易于理解和維護(hù),這篇文章主要介紹了Node.js 中正確使用 async/await 與 Promise 對(duì)象配合,需要的朋友可以參考下2024-07-07
nodejs+express最簡(jiǎn)易的連接數(shù)據(jù)庫(kù)的方法
這篇文章主要介紹了nodejs+express 最簡(jiǎn)易的連接數(shù)據(jù)庫(kù),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12
詳解nodejs的express如何自動(dòng)生成項(xiàng)目框架
本篇文章主要介紹了nodejs的express如何自動(dòng)生成項(xiàng)目框架,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-07-07
nodejs實(shí)現(xiàn)登陸驗(yàn)證功能
這篇文章主要為大家詳細(xì)介紹了nodejs實(shí)現(xiàn)登陸驗(yàn)證功能,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-04-04
JavaScript第三方庫(kù)delegates的用法詳解
delegates?庫(kù)為?JavaScript?社區(qū)提供了一種高效的方式來聲明對(duì)象之間的委托關(guān)系,讓代碼結(jié)構(gòu)更加清晰,減少不必要的重復(fù),并提高可維護(hù)性,本文將詳細(xì)介紹如何在?Node.js?項(xiàng)目中使用?delegates?庫(kù)進(jìn)行高級(jí)委托,需要的朋友可以參考下2024-01-01

