expressjs 学习笔记及中文API(摘自网络)
Express 4.x API
updated by github@bajian
标签(空格分隔): express 翻译 api文档 中文
express()
express()
用来创建一个Express的程序。express()
方法是**express**模块导出的顶层方法。
1 | var express = require('express'); |
Methods
express.static(root, [options])
express.static
是Express中唯一的内建中间件。它以server-static模块为基础开发,负责托管 Express 应用内的静态资源。
参数root
为静态资源的所在的根目录。
参数options
是可选的,支持以下的属性:
属性 | 描述 | 类型 | 默认值 |
---|---|---|---|
dotfiles | 是否响应点文件。供选择的值有”allow”,”deny”和”ignore” | String | “ignore” |
etag | 使能或者关闭etag | Boolean | true |
extensions | 设置文件延期回退 | Boolean | true |
index | 发送目录索引文件。设置false将不发送。 | Mixed | “index.html” |
lastModified | 设置文件在系统中的最后修改时间到Last-Modified 头部。可能的取值有false 和true 。 |
Boolean | true |
maxAge | 在Cache-Control头部中设置max-age 属性,精度为毫秒(ms)或则一段ms format的字符串 |
Number | 0 |
redirect | 当请求的pathname是一个目录的时候,重定向到尾随”/“ | Boolean | true |
setHeaders | 当响应静态文件请求时设置headers的方法 | Funtion |
如果你想获得更多关于使用中间件的细节,你可以查阅Serving static files in Express。
Application()
app
对象一般用来表示Express程序。通过调用Express模块导出的顶层的express()
方法来创建它:
1 | var express = require('express'); |
app
对象具有以下的方法:
- 路由HTTP请求;具体可以看app.METHOD和app.param这两个例子。
- 配置中间件;具体请看app.route。
- 渲染HTML视图;具体请看app.render。
- 注册模板引擎;具体请看app.engine。
它还有一些属性设置,这些属性可以改变程序的行为。获得更多的信息,可以查阅Application settings。
Properties
app.locals
app.locals
对象是一个javascript对象,它的属性就是程序本地的变量。
1 | app.locals.title |
一旦设定,app.locals
的各属性值将贯穿程序的整个生命周期,与其相反的是res.locals
,它只在这次请求的生命周期中有效。
在程序中,你可以在渲染模板时使用这些本地变量。它们是非常有用的,可以为模板提供一些有用的方法,以及app
级别的数据。通过req.app.locals
(具体查看req.app),Locals可以在中间件中使用。
1 | app.locals.title = 'My App'; |
app.mountpath
app.mountpath
属性是子程序挂载的路径模式。
一个子程序是一个
express
的实例,其可以被用来作为路由句柄来处理请求。
1 | var express = require('express'); |
它和req对象的baseUrl属性比较相似,除了req.baseUrl
是匹配的URL路径,而不是匹配的模式。如果一个子程序被挂载在多条路径模式,app.mountpath
就是一个关于挂载路径模式项的列表,如下面例子所示。
1 | ```js |
Events
app.on(‘mount’, callback(parent))
当子程序被挂载到父程序时,mount
事件被发射。父程序对象作为参数,传递给回调方法。
1 | var admin = express(); |
Methods
app.all(path, callback[, callback …]
app.all
方法和标准的app.METHOD()
方法相似,除了它匹配所有的HTTP动词。
对于给一个特殊前缀映射一个全局的逻辑处理,或者无条件匹配,它是很有效的。例如,如果你把下面内容放在所有其他的路由定义的前面,它要求所有从这个点开始的路由需要认证和自动加载一个用户。记住这些回调并不是一定是终点:loadUser
可以在完成了一个任务后,调用next()
方法来继续匹配随后的路由。
1 | app.all('*', requireAuthentication, loadUser); |
或者这种相等的形式:
1 | app.all('*', requireAuthentication); |
另一个例子是全局的白名单方法。这个例子和前面的很像,然而它只是限制以/api
开头的路径。
1 | app.all('/api/*', requireAuthentication); |
app.delete(path, callback[, callback …])
路由HTTP DELETE
请求到有特殊回调方法的特殊的路径。获取更多的信息,可以查阅routing guide。
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果不能满足当前路由的处理条件,那么你可以传递控制到随后的路由。
1 | app.delete('/', function(req, res) { |
app.disable(name)
设置类型为布尔的设置名为name
的值为false
,此处的name
是app settings table中各属性的一个。调用app.set('foo', false)
和调用app.disable('foo')
是等价的。
比如:
1 | app.disable('trust proxy'); |
app.disabled(name)
返回true
如果布尔类型的设置值name
被禁用为false
,此处的name
是app settings table中各属性的一个。
1 | app.disabled('trust proxy'); |
app.enable(name)
设置布尔类型的设置值name
为true
,此处的name
是app settings table中各属性的一个。调用app.set('foo', true)
和调用app.enable('foo')
是等价的。
1 | app.enable('trust proxy'); |
app.enabled(name)
返回true
如果布尔类型的设置值name
被启动为true
,此处的name
是app settings table中各属性的一个。
1 | app.enabled('trust proxy'); |
app.engine(ext, callback)
注册给定引擎的回调,用来渲染处理ext文件。
默认情况下,Express需要使用require()
来加载基于文件扩展的引擎。例如,如果你尝试渲染一个foo.jade
文件,Express在内部调用下面的内容,同时缓存require()
结果供随后的调用,来加速性能。
1 | app.engine('jade', require('jade').__express); |
使用下面的方法对于那些没有提供开箱即用的.__express
方法的模板,或者你希望使用不同的模板引擎扩展。
比如,使用EJS模板引擎来渲染.html
文件:
1 | app.engine('html', require('ejs').renderFile); |
在这个例子中,EJS提供了一个.renderFile
方法,这个方法满足了Express规定的签名规则:(path, options, callback)
,然而记住在内部它只是ejs.__express
的一个别名,所以你可以在不做任何事的情况下直接使用.ejs
扩展。
一些模板引擎没有遵循这种规范,consolidate.js库映射模板引擎以下面的使用方式,所以他们可以无缝的和Express工作。
1 | var engines = require('consolidate'); |
app.get(name)
获得设置名为name
的app设置的值,此处的name
是app settings table中各属性的一个。
如下:
1 | app.get('title'); |
app.get(path, callback [, callback …])
路由HTTP GET
请求到有特殊回调的特殊路径。获取更多的信息,可以查阅routing guide。
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果请求没能满足当前路由的处理条件,那么传递控制到随后的路由。
1 | app.get('/', function(req, res) { |
app.listen(port, [hostname], [backlog], [callback])
绑定程序监听端口到指定的主机和端口号。这个方法和Node
中的http.Server.listen()是一样的。
1 | var express = require('express'); |
通过调用express()
返回得到的app
实际上是一个JavaScript的Function
,被设计用来作为一个回调传递给Node HTTP servers
来处理请求。这样,其就可以很简便的基于同一份代码提供http和https版本,所以app没有从这些继承(它只是一个简单的回调)。
1 | var express = require('express'); |
app.listen()
方法是下面所示的一个便利的方法(只针对HTTP协议):
1 | app.listen = function() { |
app.METHOD(path, callback [, callback …])
路由一个HTTP请求,METHOD
是这个请求的HTTP方法,比如GET
,PUT
,POST
等等,注意是小写的。所以,实际的方法是app.get()
,app.post()
,app.put()
等等。下面有关于方法的完整的表。
获取更多信息,请看routing guide。
Express支持下面的路由方法,对应与同名的HTTP方法:
|
|
|
如果使用上述方法时,导致了无效的javascript的变量名,可以使用中括号符号,比如,
app['m-search']('/', function ...
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果请求没有满足当前路由的处理条件,那么传递控制到随后的路由。
本API文档把使用比较多的HTTP方法
app.get()
,app.post
,app.put()
,app.delete()
作为一个个单独的项进行说明。然而,其他上述列出的方法以完全相同的方式工作。
app.all()
是一个特殊的路由方法,它不属于HTTP协议中的规定的方法。它为一个路径加载中间件,其对所有的请求方法都有效。
1 | app.all('/secret', function (req, res) { |
app.param([name], callback)
给路由参数添加回调触发器,这里的name
是参数名或者参数数组,function
是回调方法。回调方法的参数按序是请求对象
,响应对象
,下个中间件
,参数值
和参数名
。
如果name
是数组,会按照各个参数在数组中被声明的顺序将回调触发器注册下来。还有,对于除了最后一个参数的其他参数,在他们的回调中调用next()
来调用下个声明参数的回调。对于最后一个参数,在回调中调用next()
将调用位于当前处理路由中的下一个中间件,如果name
只是一个string
那就和它是一样的(就是说只有一个参数,那么就是最后一个参数,和数组中最后一个参数是一样的)。
例如,当:user
出现在路由路径中,你可以映射用户加载的逻辑处理来自动提供req.user
给这个路由,或者对输入的参数进行验证。
1 | app.param('user', function(req, res, next, id) { |
对于Param
的回调定义的路由来说,他们是局部的。它们不会被挂载的app或者路由继承。所以,定义在app
上的Param
回调只有是在app
上的路由具有这个路由参数时才起作用。
在定义param
的路由上,param
回调都是第一个被调用的,它们在一个请求-响应循环中都会被调用一次并且只有一次,即使多个路由都匹配,如下面的例子:
1 | app.param('id', function(req, res, next, id) { |
当GET /user/42
,得到下面的结果:
1 | CALLED ONLY ONCE |
1 | app.param(['id', 'page'], function(req, res, next, value) { |
当执行GET /user/42/3
,结果如下:
1 | CALLED ONLY ONCE with 42 |
下面章节描述的
app.param(callback)
在v4.11.0之后被弃用。
通过只传递一个回调参数给app.param(name, callback)
方法,app.param(naem, callback)
方法的行为将被完全改变。这个回调参数是关于app.param(name, callback)
该具有怎样的行为的一个自定义方法,这个方法必须接受两个参数并且返回一个中间件。
这个回调的第一个参数就是需要捕获的url的参数名,第二个参数可以是任一的JavaScript对象,其可能在实现返回一个中间件时被使用。
这个回调方法返回的中间件决定了当URL中包含这个参数时所采取的行为。
在下面的例子中,app.param(name, callback)
参数签名被修改成了app.param(name, accessId)
。替换接受一个参数名和回调,app.param()
现在接受一个参数名和一个数字。
1 | var express = require('express'); |
在这个例子中,app.param(name, callback)
参数签名保持和原来一样,但是替换成了一个中间件,定义了一个自定义的数据类型检测方法来检测user id
的类型正确性。
1 | app.param(function(param, validator) { |
在使用正则表达式来,不要使用
.
。例如,你不能使用/user-.+/
来捕获user-gami
,用使用[\\s\\S]
或者[\\w\\>W]
来代替(正如/user-[\\s\\S]+/
)。
1
2
3
4
5
6
7
8 //captures '1-a_6' but not '543-azser-sder'
router.get('/[0-9]+-[[\\w]]*', function);
//captures '1-a_6' and '543-az(ser"-sder' but not '5-a s'
router.get('/[0-9]+-[[\\S]]*', function);
//captures all (equivalent to '.*')
router.get('[[\\s\\S]]*', function);
app.path()
通过这个方法可以得到app
典型的路径,其是一个string
。
1 | var app = express() |
如果app
挂载很复杂下,那么这个方法的行为也会很复杂:一种更好用的方式是使用req.baseUrl
来获得这个app的典型路径。
app.post(path, callback, [callback …])
路由HTTP POST
请求到有特殊回调的特殊路径。获取更多的信息,可以查阅routing guide。
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果请求没能满足当前路由的处理条件,那么传递控制到随后的路由。
1 | app.post('/', function(req, res) { |
app.put(path, callback, [callback …])
路由HTTP PUT
请求到有特殊回调的特殊路径。获取更多的信息,可以查阅routing guide。
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果请求没能满足当前路由的处理条件,那么传递控制到随后的路由。
1 | app.put('/', function(req, res) { |
app.render(view, [locals], callback)
通过callback
回调返回一个view
渲染之后得到的HTML文本。它可以接受一个可选的参数,可选参数包含了这个view
需要用到的本地数据。这个方法类似于res.render()
,除了它不能把渲染得到的HTML文本发送给客户端。
将
app.render()
当作是可以生成渲染视图字符串的工具方法。在res.render()
内部,就是使用的app.render()
来渲染视图。
如果使能了视图缓存,那么本地变量缓存就会保留。如果你想在开发的过程中缓存视图,设置它为
true
。在生产环境中,视图缓存默认是打开的。
1 | app.render('email', function(err, html) { |
app.route(path)
返回一个单例模式的路由的实例,之后你可以在其上施加各种HTTP动作的中间件。使用app.route()
来避免重复路由名字(例如错字错误)–说的意思应该是使用app.router()
这个单例方法来避免同一个路径多个路由实例。
1 | var app = express(); |
app.set(name, value)
给name
设置项赋value
值,name
是app settings table中属性的一项。
对于一个类型是布尔型的属性调用app.set('foo', ture)
等价于调用app.enable('foo')
。同样的,调用app.set('foo', false)
等价于调用app.disable('foo')
。
可以使用app.get()
来取得设置的值:
1 | app.set('title', 'My Site'); |
Application Settings
如果name
是程序设置之一,它将影响到程序的行为。下边列出了程序中的设置。
属性 | 类型 | 值 | 默认 |
---|---|---|---|
case sensitive routing | Boolean | 启用区分大小写。 | 不启用。对/Foo 和/foo 处理是一样。 |
env | String | 环境模型。 | process.env.NODE_ENV(NODE_ENV环境变量)或者”development” |
etag | Varied | 设置ETag 响应头。可取的值,可以查阅etag options table。更多关于HTTP ETag header。 |
weak |
jsonp callback name | String | 指定默认JSONP回调的名称。 | ?callback= |
json replacer | String | JSON替代品回调 | null |
json spaces | Number | 当设置了这个值后,发送缩进空格美化过的JSON字符串。 | Disabled |
query parser | Varied | 设置值为false 来禁用query parser ,或者设置simple ,extended ,也可以自己实现query string 解析函数。simple 基于Node 原生的query 解析,querystring。 |
“extend” |
strict routing | Boolean | 启用严格的路由。 | 不启用。对/foo 和/foo/ 的路由处理是一样。 |
subdomain offset | Number | 用来删除访问子域的主机点分部分的个数 | 2 |
trust proxy | Varied | 指示app 在一个反向代理的后面,使用x-Forwarded-* 来确定连接和客户端的IP地址。注意:X-Forwarded-* 头部很容易被欺骗,所有检测客户端的IP地址是靠不住的。trust proxy 默认不启用。当启用时,Express尝试通过前端代理或者一系列代理来获取已连接的客户端IP地址。req.ips 属性包含了已连接客户端IP地址的一个数组。为了启动它,需要设置在下面trust proxy options table中定义的值。trust proxy 的设置实现使用了proxy-addr 包。如果想获得更多的信息,可以查阅它的文档 |
Disable |
views | String or Array | view 所在的目录或者目录数组。如果是一个数组,将按在数组中的顺序来查找view 。 |
process.cwd() + ‘/views’ |
view cache | Boolean | 启用视图模板编译缓存。 | 在生成环境默认开启。 |
view engine | String | 省略时,默认的引擎被扩展使用。 | |
x-powered-by | Boolean | 启用X-Powered-By:Express HTTP头部 |
true |
Options for trust proxy
settings
查阅Express behind proxies来获取更多信息。
Type | Value |
---|---|
Boolean |
如果为 |
IP addresses |
一个IP地址,子网,或者一组IP地址,和委托子网。下面列出的是一个预先配置的子网名列表。
使用下面方法中的任何一种来设置IP地址:
当指定IP地址之后, 这个IP地址或子网会被设置了这个IP地址或子网的`app`排除在外, 最靠近程序服务的没有委托的地址将被看做客户端IP地址。 |
Number |
信任从反向代理到app中间小于等于n跳的连接为客户端。 |
Function |
客户自定义委托代理信任机制。如果你使用这个,请确保你自己知道你在干什么。
|
Options for etag
settingsETag
功能的实现使用了etag包。如果你需要获得更多的信息,你可以查阅它的文档。
Type | Value |
---|---|
Boolean |
设置为 |
String |
如果是strong ,使能strong ETag。如果是weak ,启用weak ETag。
|
Function |
客户自定义`ETag`方法的实现. 如果你使用这个,请确保你自己知道你在干什么。
|
app.use([path,], function [, function…])
挂载中间件方法到路径上。如果路径未指定,那么默认为”/“。
一个路由将匹配任何路径如果这个路径以这个路由设置路径后紧跟着”/“。比如:
app.use('/appale', ...)
将匹配”/apple”,”/apple/images”,”/apple/images/news”等。
中间件中的
req.originalUrl
是req.baseUrl
和req.path
的组合,如下面的例子所示。
1
2
3
4
5
6 >app.use('/admin', function(req, res, next) {
>// GET 'http://www.example.com/admin/new'
>console.log(req.originalUrl); // '/admin/new'
>console.log(req.baseUrl); // '/admin'
>console.log(req.path);// '/new'
>});
在一个路径上挂载一个中间件之后,每当请求的路径的前缀部分匹配了这个路由路径,那么这个中间件就会被执行。
由于默认的路径为/
,中间件挂载没有指定路径,那么对于每个请求,这个中间件都会被执行。
1 | // this middleware will be executed for every request to the app. |
中间件方法是顺序处理的,所以中间件包含的顺序是很重要的。
1 | // this middleware will not allow the request to go beyond it |
路径可以是代表路径的一串字符,一个路径模式,一个匹配路径的正则表达式,或者他们的一组集合。
下面是路径的简单的例子。
Type | Example |
---|---|
Path |
|
Path Pattern |
|
Regular Expression |
|
Array |
|
方法可以是一个中间件方法,一系列中间件方法,一组中间件方法或者他们的集合。由于router
和app
实现了中间件接口,你可以像使用其他任一中间件方法那样使用它们。
Usage | Example |
---|---|
单个中间件 | 你可以局部定义和挂载一个中间件。
一个router 是有效的中间件。
一个Express 程序是一个有效的中间件。
|
一系列中间件 |
对于一个相同的挂载路径,你可以挂载超过一个的中间件。
|
一组中间件 |
在逻辑上使用一个数组来组织一组中间件。如果你传递一组中间件作为第一个或者唯一的参数,接着你需要指定挂载的路径。
|
组合 |
你可以组合下面的所有方法来挂载中间件。
|
下面是一些例子,在Express
程序中使用express.static
中间件。
为程序托管位于程序目录下的public
目录下的静态资源:
1 | // GET /style.css etc |
在/static
路径下挂载中间件来提供静态资源托管服务,只当请求是以/static
为前缀的时候。
1 | // GET /static/style.css etc. |
通过在设置静态资源中间件之后加载日志中间件来关闭静态资源请求的日志。
1 | app.use(express.static(__dirname + '/public')); |
托管静态资源从不同的路径,但./public
路径比其他更容易被匹配:
1 | app.use(express.static(__dirname + '/public')); |
Request
req
对象代表了一个HTTP请求,其具有一些属性来保存请求中的一些数据,比如query string
,parameters
,body
,HTTP headers
等等。在本文档中,按照惯例,这个对象总是简称为req
(http响应简称为res
),但是它们实际的名字由这个回调方法在那里使用时的参数决定。
如下例子:
1 | app.get('/user/:id', function(req, res) { |
其实你也可以这样写:
1 | app.get('/user/:id', function(request, response) { |
Properties
在Express 4
中,req.files
默认在req
对象中不再是可用的。为了通过req.files
对象来获得上传的文件,你可以使用一个multipart-handling
(多种处理的工具集)中间件,比如busboy
,multer
,formidable
,multipraty
,connect-multiparty
或者pez
。
req.app
这个属性持有express
程序实例的一个引用,其可以作为中间件使用。
如果你按照这个模式,你创建一个模块导出一个中间件,这个中间件只在你的主文件中require()
它,那么这个中间件可以通过req.app
来获取express的实例。
例如:
1 | // index.js |
1 | // mymiddleware.js |
req.baseUrl
一个路由实例挂载的Url路径。
1 | var greet = express.Router(); |
即使你使用的路径模式或者一系列路径模式来加载路由,baseUrl
属性返回匹配的字符串,而不是路由模式。下面的例子,greet
路由被加载在两个路径模式上。
1 | app.use(['/gre+t', 'hel{2}o'], greet); // load the on router on '/gre+t' and '/hel{2}o' |
当一个请求路径是/greet/jp
,baseUrl
是/greet
,当一个请求路径是/hello/jp
,req.baseUrl
是/hello
。req.baseUrl
和app
对象的mountpath属性相似,除了app.mountpath
返回的是路径匹配模式。
req.body
在请求的body中保存的是提交的一对对键值数据。默认情况下,它是undefined
,当你使用比如body-parser
和multer
这类解析body
数据的中间件时,它是填充的。
下面的例子,给你展示了怎么使用body-parser
中间件来填充req.body
。
1 | var app = require('express'); |
req.cookies
当使用cookie-parser
中间件的时候,这个属性是一个对象,其包含了请求发送过来的cookies
。如果请求没有带cookies
,那么其值为{}
。
1 | // Cookie: name=tj |
获取更多信息,问题,或者关注,可以查阅cookie-parser。
req.fresh
指示这个请求是否是新鲜的。其和req.stale
是相反的。
当cache-control
请求头没有no-cache
指示和下面中的任一一个条件为true
,那么其就为true
:
if-modified-since
请求头被指定,和last-modified
请求头等于或者早于modified
响应头。if-none-match
请求头是*
。if-none-match
请求头在被解析进它的指令之后,和etag
响应头的值不相等
ps:If-None-Match作用: If-None-Match和ETag一起工作,工作原理是在HTTP Response中添加ETag信息。 当用户再次请求该资源时,将在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服务器验证资源的ETag没有改变(该资源没有更新),将返回一个304状态告诉客户端使用本地缓存文件。否则将返回200状态和新的资源和Etag. 使用这样的机制将提高网站的性能
1 | req.fresh |
req.hostname
包含了源自Host
HTTP头部的hostname
。
当trust proxy
设置项被设置为启用值,X-Forwarded-Host
头部被使用来代替Host
。这个头部可以被客户端或者代理设置。
1 | // Host: "example.com" |
req.ips
当trust proxy
设置项被设置为启用值,这个属性包含了一组在X-Forwarded-For
请求头中指定的IP地址。不然,其就包含一个空的数组。这个头部可以被客户端或者代理设置。
例如,如果X-Forwarded-For
是client
,proxy1
,proxy2
,req.ips
就是["clinet", "proxy1", "proxy2"]
,这里proxy2
就是最远的下游。
req.originalUrl
req.url
不是一个原生的Express
属性,它继承自Node’s http module。
这个属性很像req.url
;然而,其保留了原版的请求链接,允许你自由地重定向req.url
到内部路由。比如,app.use()
的mounting
特点可以重定向req.url
跳转到挂载点。
1 | // GET /search?q=something |
req.params
一个对象,其包含了一系列的属性,这些属性和在路由中命名的参数名是一一对应的。例如,如果你有/user/:name
路由,name
属性可作为req.params.name
。这个对象默认值为{}
。
1 | // GET /user/tj |
当你使用正则表达式来定义路由规则,捕获组的组合一般使用req.params[n]
,这里的n
是第几个捕获租。这个规则被施加在无名通配符匹配,比如/file/*
的路由:
1 | // GET /file/javascripts/jquery.js |
req.path
包含请求URL的部分路径。
1 | // example.com/users?sort=desc |
当在一个中间件中被调用,挂载点不包含在
req.path
中。你可以查阅app.use()获得跟多的信息。
req.protocol
请求的协议,一般为http
,当启用TLS加密,则为https
。
当trust proxy
设置一个启用的参数,如果存在X-Forwarded-Proto
头部的话,其将被信赖和使用。这个头部可以被客户端或者代理设置。
1 | req.ptotocol |
req.query
一个对象,为每一个路由中的query string
参数都分配一个属性。如果没有query string
,它就是一个空对象,{}
。
1 | // GET /search?q=tobi+ferret |
req.route
当前匹配的路由,其为一串字符。比如:
1 | app.get('/user/:id?', function userIdHandler(req, res) { |
前面片段的输出为:
1 | { path:"/user/:id?" |
req.secure
一个布尔值,如果建立的是TLS的连接,那么就为true
。等价与:
1 | 'https' == req.protocol; |
req.signedCookies
当使用cookie-parser
中间件的时候,这个属性包含的是请求发过来的签名cookies
,这个属性取得的是不含签名,可以直接使用的值。签名的cookies
保存在不同的对象中来体现开发者的意图;不然,一个恶意攻击可以被施加在req.cookie
值上(它是很容易被欺骗的)。记住,签名一个cookie
不是把它藏起来或者加密;而是简单的防止篡改(因为签名使用的加密是私人的)。如果没有发送签名的cookie
,那么这个属性默认为{}
。
1 | // Cookie: user=tobi.CP7AWaXDfAKIRfH49dQzKJx7sKzzSoPq7/AcBBRVwlI3 |
为了获取更多的信息,问题或者关注,可以参阅cookie-parser。
req.stale
指示这个请求是否是stale
(陈旧的),它与req.fresh
是相反的。更多信息,可以查看req.fresh。
1 | req.stale |
req.subdomains
请求中域名的子域名数组。
1 | // Host: "tobi.ferrets.example.com" |
req.xhr
一个布尔值,如果X-Requested-With
的值为XMLHttpRequest
,那么其为true
,其指示这个请求是被一个客服端库发送,比如jQuery
。
1 | req.xhr |
Methods
req.accepts(types)
检查这个指定的内容类型是否被接受,基于请求的Accept
HTTP头部。这个方法返回最佳匹配,如果没有一个匹配,那么其返回undefined
(在这个case下,服务器端应该返回406和”Not Acceptable”)。type
值可以是一个单的MIME type
字符串(比如application/json
),一个扩展名比如json
,一个逗号分隔的列表,或者一个数组。对于一个列表或者数组,这个方法返回最佳项(如果有的话)。
1 | // Accept: text/html |
获取更多信息,或者如果你有问题或关注,可以参阅accepts。
req.acceptsCharsets(charset[, …])
返回指定的字符集集合中第一个的配置的字符集,基于请求的Accept-Charset
HTTP头。如果指定的字符集没有匹配的,那么就返回false。
获取更多信息,或者如果你有问题或关注,可以参阅accepts。
req.acceptsEncodings(encoding[, …])
返回指定的编码集合中第一个的配置的编码,基于请求的Accept-Encoding
HTTP头。如果指定的编码集没有匹配的,那么就返回false。
获取更多信息,或者如果你有问题或关注,可以参阅accepts。
req.acceptsLanguages(lang [, …])
返回指定的语言集合中第一个的配置的语言,基于请求的Accept-Language
HTTP头。如果指定的语言集没有匹配的,那么就返回false。
获取更多信息,或者如果你有问题或关注,可以参阅accepts。
req.get(field)
返回指定的请求HTTP头部的域内容(不区分大小写)。Referrer
和Referer
的域内容可互换。
1 | req.get('Content-type'); |
其是req.header(field)
的别名。
req.is(type)
如果进来的请求的Content-type
头部域匹配参数type
给定的MIME type
,那么其返回true
。否则返回false
。
1 | // With Content-Type: text/html; charset=utf-8 |
获取更多信息,或者如果你有问题或关注,可以参阅type-is。
req.param(naem, [, defaultValue])
过时的。可以在适合的情况下,使用
req.params
,req.body
或者req.query
。
返回当前参数name
的值。
1 | // ?name=tobi |
按下面给出的顺序查找:
- req.params
- req.body
- req.query
可选的,你可以指定一个defaultValue
来设置一个默认值,如果这个参数在任何一个请求的对象中都不能找到。
直接通过
req.params
,req.body
,req.query
取得应该更加的清晰-除非你确定每一个对象的输入。Body-parser
中间件必须加载,如果你使用req.param()
。详细请看req.body。
Response
res
对象代表了当一个HTTP请求到来时,Express
程序返回的HTTP响应。在本文档中,按照惯例,这个对象总是简称为res
(http请求简称为req
),但是它们实际的名字由这个回调方法在那里使用时的参数决定。
例如:
1 | app.get('/user/:id', function(req, res) { |
这样写也是一样的:
1 | app.get('/user/:id', function(request, response) { |
Properties
res.app
这个属性持有express
程序实例的一个引用,其可以在中间件中使用。res.app
和请求对象中的req.app
属性是相同的。
res.headersSent
布尔类型的属性,指示这个响应是否已经发送HTTP头部。
1 | app.get('/', function(req, res) { |
res.locals
一个对象,其包含了本次请求的响应中的变量和因此它的变量只提供给本次请求响应的周期内视图渲染里使用(如果有视图的话)。
其他方面,其和app.locals
是一样的。
这个参数在导出请求级别的信息是很有效的,这些信息比如请求路径,已认证的用户,用户设置等等。
1 | app.use(function(req, res, next) { |
Methods
res.append(field [, value])
res.append()方法在
Expresxs
4.11.0以上版本才支持。
在指定的field
的HTTP头部追加特殊的值value
。如果这个头部没有被设置,那么将用value
新建这个头部。value
可以是一个字符串或者数组。
注意:在res.append()
之后调用app.set()
函数将重置前面设置的值。
1 | res.append('Lind', ['<http://localhost>', '<http://localhost:3000>']); |
res.attachment([filename])
设置HTTP响应的Content-Disposition
头内容为”attachment”。如果提供了filename
,那么将通过res.type()
获得扩展名来设置Content-Type
,并且设置Content-Disposition
内容为”filename=”parameter。
1 | res.attachment(); |
res.cookie(name, value [,options])
设置name
和value
的cookie
,value
参数可以是一串字符或者是转化为json字符串的对象。
options是一个对象,其可以有下列的属性。
属性 | 类型 | 描述 |
---|---|---|
domain | String | 设置cookie的域名。默认是你本app的域名。 |
expires | Date | cookie的过期时间,GMT格式。如果没有指定或者设置为0,则产生新的cookie。 |
httpOnly | Boolean | 这个cookie只能被web服务器获取的标示。 |
maxAge | String | 是设置过去时间的方便选项,其为过期时间到当前时间的毫秒值。 |
path | String | cookie的路径。默认值是/ 。 |
secure | Boolean | 标示这个cookie只用被HTTPS 协议使用。 |
signed | Boolean | 指示这个cookie应该是签名的。 |
res.cookie()所作的都是基于提供的
options
参数来设置Set-Cookie
头部。没有指定任何的options
,那么默认值在RFC6265
中指定。
使用实例:
1 | res.cookie('name', 'tobi', {'domain':'.example.com', 'path':'/admin', 'secure':true}); |
maxAge
是一个方便设置过期时间的方便的选项,其以当前时间开始的毫秒数来计算。下面的示例和上面的第二条功效一样。
1 | res.cookie('rememberme', '1', {'maxAge':90000}, "httpOnly":true); |
你可以设置传递一个对象作为value
的参数。然后其将被序列化为Json字符串,被bodyParser()
中间件解析。
1 | res.cookie('cart', {'items':[1, 2, 3]}); |
当我们使用cookie-parser
中间件的时候,这个方法也支持签名的cookie。简单地,在设置options
时包含signed
选项为true
。然后res.cookie()
将使用传递给cookieParser(secret)
的密钥来签名这个值。
1 | res.cookie('name', 'tobi', {'signed':true}); |
res.clearCookie(name [,options])
根据指定的name
清除对应的cookie。更多关于options
对象可以查阅res.cookie()
。
1 | res.cookie('name', 'tobi', {'path':'/admin'}); |
res.download(path, [,filename], [,fn])
传输path
指定文件作为一个附件。通常,浏览器提示用户下载。默认情况下,Content-Disposition
头部”filename=”的参数为path
(通常会出现在浏览器的对话框中)。通过指定filename
参数来覆盖默认值。
当一个错误发生时或者传输完成,这个方法将调用fn
指定的回调方法。这个方法使用res.sendFile()
来传输文件。
1 | res.download('/report-12345.pdf'); |
res.end([data] [, encoding])
结束本响应的过程。这个方法实际上来自Node
核心模块,具体的是response.end() method of http.ServerResponse。
用来快速结束请求,没有任何的数据。如果你需要发送数据,可以使用res.send()和res.json()这类的方法。
1 | res.end(); |
res.format(object)
进行内容协商,根据请求的对象中Accept
HTTP头部指定的接受内容。它使用req.accepts()来选择一个句柄来为请求服务,这些句柄按质量值进行排序。如果这个头部没有指定,那么第一个方法默认被调用。当不匹配时,服务器将返回406
“Not Acceptable”,或者调用default
回调。Content-Type
请求头被设置,当一个回调方法被选择。然而你可以改变他,在这个方法中使用这些方法,比如res.set()
或者res.type()
。
下面的例子,将回复{"message":"hey"}
,当请求的对象中Accept
头部设置成”application/json”或者”*/json”(不过如果是*/*
,然后这个回复就是”hey”)。
1 | res.format({ |
除了规范化的MIME类型之外,你也可以使用拓展名来映射这些类型来避免冗长的实现:
1 | res.format({ |
res.get(field)
返回field
指定的HTTP响应的头部。匹配是区分大小写。
1 | res.get('Content-Type'); |
res.json([body])
发送一个json的响应。这个方法和将一个对象或者一个数组作为参数传递给res.send()
方法的效果相同。不过,你可以使用这个方法来转换其他的值到json,例如null
,undefined
。(虽然这些都是技术上无效的JSON)。
1 | res.json(null); |
res.jsonp([body])
发送一个json的响应,并且支持JSONP。这个方法和res.json()
效果相同,除了其在选项中支持JSONP回调。
1 | res.jsonp(null) |
默认情况下,jsonp的回调方法简单写作callback
。可以通过jsonp callback name设置来重写它。
下面是一些例子使用JSONP响应,使用相同的代码:
1 | // ?callback=foo |
res.links(links)
连接这些links
,links
是以传入参数的属性形式提供,连接之后的内容用来填充响应的Link HTTP头部。
1 | res.links({ |
效果:
1 | Link:<http://api.example.com/users?page=2>;rel="next", |
res.location(path)
设置响应的Location
HTTP头部为指定的path
参数。
1 | res.location('/foo/bar'); |
当path
参数为back
时,其具有特殊的意义,其指定URL为请求对象的Referer
头部指定的URL。如果请求中没有指定,那么其即为”/“。
Express传递指定的URL字符串作为回复给浏览器响应中的
Location
头部的值,不检测和操作,除了back
这个参数。浏览器会将用户重定向到location
设置的url或者Referer
的url(back
参数的情况)
res.redirect([status,] path)
重定向来源于指定path
的URL,以及指定的HTTP status codestatus
。如果你没有指定status
,status code默认为”302 Found”。
1 | res.redirect('/foo/bar'); |
重定向也可以是完整的URL,来重定向到不同的站点。
1 | res.redirect('http://google.com'); |
重定向也可以相对于主机的根路径。比如,如果程序的路径为http://example.com/admin/post/new
,那么下面将重定向到http://example.com/admim
:
1 | res.redirect('/admin'); |
重定向也可以相对于当前的URL。比如,来之于http://example.com/blog/admin/
(注意结尾的/
),下面将重定向到http://example.com/blog/admin/post/new
。
1 | res.redirect('post/new'); |
如果来至于http://example.com/blog/admin
(没有尾部/
),重定向post/new
,将重定向到http://example.com/blog/post/new
。如果你觉得上面很混乱,可以把路径段认为目录(有’/‘)或者文件,这样是可以的。相对路径的重定向也是可以的。如果你当前的路径为http://example.com/admin/post/new
,下面的操作将重定向到http://example.com/admin/post
:
1 | res.redirect('..'); |
back
将重定向请求到referer,当没有referer
的时候,默认为/
。
1 | res.redirect('back'); |
res.render(view [, locals] [, callback])
渲染一个视图,然后将渲染得到的HTML文档发送给客户端。可选的参数为:
locals
,定义了视图本地参数属性的一个对象。callback
,一个回调方法。如果提供了这个参数,render
方法将返回错误和渲染之后的模板,并且不自动发送响应。当有错误发生时,可以在这个回调内部,调用next(err)
方法。
本地变量缓存使能视图缓存。在开发环境中缓存视图,需要手动设置为true;视图缓存在生产环境中默认开启。
1 |
|
res.send([body])
发送HTTP响应。body
参数可以是一个Buffer
对象,一个字符串,一个对象,或者一个数组。比如:
1 | res.send(new Buffer('whoop')); |
对于一般的非流请求,这个方法可以执行许多有用的的任务:比如,它自动给Content-Length
HTTP响应头赋值(除非先前定义),也支持自动的HEAD和HTTP缓存更新。
当参数是一个Buffer
对象,这个方法设置Content-Type
响应头为application/octet-stream
,除非事先提供,如下所示:
1 | res.set('Content-Type', 'text/html'); |
当参数是一个字符串,这个方法设置Content-Type
响应头为text/html
:
1 | res.send('<p>some html</p>'); |
当参数是一个对象或者数组,Express使用JSON格式来表示:
1 | res.send({user:'tobi'}); |
res.sendFile(path [, options] [, fn])
res.sendFile()
从Express v4.8.0
开始支持。
传输path
指定的文件。根据文件的扩展名设置Content-Type
HTTP头部。除非在options
中有关于root
的设置,path
一定是关于文件的绝对路径。
下面的表提供了options
参数的细节:
属性 | 描述 | 默认值 | 可用版本 |
---|---|---|---|
maxAge | 设置Cache-Control 的max-age 属性,格式为毫秒数,或者是ms format的一串字符串 |
0 | |
root | 相对文件名的根目录 | ||
lastModified | 设置Last-Modified 头部为此文件在系统中的最后一次修改时间。设置false 来禁用它 |
Enable | 4.9.0+ |
headers | 一个对象,包含了文件相关的HTTP头部。 | ||
dotfiles | 是否支持点开头文件名的选项。可选的值”allow”,”deny”,”ignore” | “ignore” | |
当传输完成或者发生了什么错误,这个方法调用fn 回调方法。如果这个回调参数指定了和一个错误发生,回调方法必须明确地通过结束请求-响应循环或者传递控制到下个路由来处理响应过程。 |
|||
下面是使用了所有参数的使用res.sendFile() 的例子: |
1 | app.get('/file/:name', function(req, res, next) { |
res.sendFile
提供了文件服务的细粒度支持,如下例子说明:
1 | app.get('/user/:uid/photos/:file', function(req, res) { |
获取更多信息,或者你有问题或者关注,可以查阅send。
res.sendStatus(statusCode)
设置响应对象的HTTP status code
为statusCode
并且发送statusCode
的相应的字符串形式作为响应的Body。
1 | res.sendStatus(200); // equivalent to res.status(200).send('OK'); |
如果一个不支持的状态被指定,这个HTTP status依然被设置为statusCode
并且用这个code的字符串作为Body。
1 | res.sendStatus(2000); // equivalent to res.status(2000).send('2000'); |
res.set(field [, value])
设置响应对象的HTTP头部field
为value
。为了一次设置多个值,那么可以传递一个对象为参数。
1 | res.set('Content-Type', 'text/plain'); |
其和res.header(field [,value])
效果一致。
res.status(code)
使用这个方法来设置响应对象的HTTP status。其是Node中response.statusCode的一个连贯性的别名。
1 | res.status(403).end(); |
res.type(type)
程序将设置Content-Type
HTTP头部的MIME type,如果这个设置的type
能够被mime.lookup解析成正确的Content-Type
。如果type
中包含了/
字符,那么程序会直接设置Content-Type
为type
。
1 | res.type('.html'); // => 'text/html' |
res.vary(field)
在没有Vary应答头部时增加Vary应答头部。
ps:vary的意义在于告诉代理服务器/缓存/CDN,如何判断请求是否一样,vary中的组合就是服务器/缓存/CDN判断的依据,比如Vary中有User-Agent,那么即使相同的请求,如果用户使用IE打开了一个页面,再用Firefox打开这个页面的时候,CDN/代理会认为是不同的页面,如果Vary中没有User-Agent,那么CDN/代理会认为是相同的页面,直接给用户返回缓存的页面,而不会再去web服务器请求相应的页面。通俗的说就相当于
field
作为了一个缓存的key来判断是否命中缓存
1 | res.vary('User-Agent').render('docs'); |
Router
一个router
对象是一个单独的实例关于中间件和路由。你可以认为其是一个”mini-application”(迷你程序),其具有操作中间件和路由方法的能力。每个Express
程序有一个内建的app路由。
路由自身表现为一个中间件,所以你可以使用它作为app.use()
方法的一个参数或者作为另一个路由的use()
的参数。
顶层的express
对象有一个Router()
方法,你可以使用Router()
来创建一个新的router
对象。
Router([options])
如下,可以创建一个路由:
1 | var router = express.Router([options]); |
options
参数可以指定路由的行为,其有下列选择:
属性 | 描述 | 默认值 | 可用性 |
---|---|---|---|
caseSensitive | 是否区分大小写 | 默认不启用。对待/Foo 和/foo 一样。 |
|
mergeParams | 保存父路由的res.params 。如果父路由参数和子路由参数冲突,子路由参数优先。 |
false | 4.5.0+ |
strict | 使能严格路由。 | 默认不启用,/foo 和/foo/ 被路由一样对待处理 |
你可以将router
当作一个程序,可以在其上添加中间件和HTTP路由方法(例如get
,put
,post
等等)。
1 | // invoked for any requests passed to this router |
你可以在一个特别的根URL上挂载一个路由,这样你就以将你的各个路由放到不同的文件中或者甚至是mini的程序。
1 | // only requests to /calendar/* will be sent to our "router" |
Methods
router.all(path, [callback, …] callback)
这个方法和router.METHOD()
方法一样,除了这个方法会匹配所有的HTTP动作。
这个方法对想映射全局的逻辑处理到特殊的路径前缀或者任意匹配是十分有用的。比如,如果你放置下面所示的这个路由在其他路由的前面,那么其将要求从这个点开始的所有的路由进行验证操作和自动加载用户信息。记住,这些全局的逻辑操作,不需要结束请求响应周期:loaduser
可以执行一个任务,然后调用next()
来将执行流程移交到随后的路由。
1 | router.all('*', requireAuthentication, loadUser); |
相等的形式:
1 | router.all('*', requireAuthentication) |
这是一个白名单全局功能的例子。这个例子很像前面的,不过其仅仅作用于以/api
开头的路径:
1 | router.all('/api/*', requireAuthentication); |
router.METHOD(path, [callback, …] callback)
router.METHOD()
方法提供了路由方法在Express
中,这里的METHOD
是HTTP方法中的一个,比如GET
,PUT
,POST
等等,但router
中的METHOD是小写的。所以,实际的方法是router.get()
,router.put()
,router.post()
等等。
你可以提供多个回调函数,它们的行为和中间件一样,除了这些回调可以通过调用next('router')
来绕过剩余的路由回调。你可以使用这个机制来为一个路由设置一些前提条件,如果请求没有满足当前路由的处理条件,那么传递控制到随后的路由。
下面的片段可能说明了最简单的路由定义。Experss转换path字符串为正则表达式,用于内部匹配传入的请求。在匹配的时候,是不考虑Query strings
,例如,”GET /“将匹配下面的路由,”GET /?name=tobi”也是一样的。
1 | router.get('/', function(req, res) { |
如果你对匹配的path有特殊的限制,你可以使用正则表达式,例如,下面的可以匹配”GET /commits/71dbb9c”和”GET /commits/71bb92..4c084f9”。
1 | router.get(/^\/commits\/(\w+)(?:\.\.(\w+))?$/, function(req, res) { |
router.param(name, callback)
给路由参数添加回调触发器,这里的name
是参数名,function
是回调方法。回调方法的参数按序是请求对象,响应对象,下个中间件,参数值和参数名。虽然name
在技术上是可选的,但是自Express V4.11.0之后版本不推荐使用(见下面)。
不像
app.param()
,router.param()
不接受一个数组作为路由参数。
例如,当:user
出现在路由路径中,你可以映射用户加载的逻辑处理来自动提供req.user
给这个路由,或者对输入的参数进行验证。
1 | router.param('user', function(req, res, next, id) { |
对于Param
的回调定义的路由来说,他们是局部的。它们不会被挂载的app或者路由继承。所以,定义在router
上的param
回调只有是在router
上的路由具有这个路由参数时才起作用。
在定义param
的路由上,param
回调都是第一个被调用的,它们在一个请求-响应循环中都会被调用一次并且只有一次,即使多个路由都匹配,如下面的例子:
1 | router.param('id', function(req, res, next, id) { |
当GET /user/42
,得到下面的结果:
1 | CALLED ONLY ONCE |
`
下面章节描述的
router.param(callback)
在v4.11.0之后被弃用。
通过只传递一个回调参数给router.param(name, callback)
方法,router.param(naem, callback)
方法的行为将被完全改变。这个回调参数是关于router.param(name, callback)
该具有怎样的行为的一个自定义方法,这个方法必须接受两个参数并且返回一个中间件。
这个回调的第一个参数就是需要捕获的url的参数名,第二个参数可以是任一的JavaScript对象,其可能在实现返回一个中间件时被使用。
这个回调方法返回的中间件决定了当URL中包含这个参数时所采取的行为。
在下面的例子中,router.param(name, callback)
参数签名被修改成了router.param(name, accessId)
。替换接受一个参数名和回调,router.param()
现在接受一个参数名和一个数字。
1 | var express = require('express'); |
在这个例子中,router.param(name. callback)
参数签名保持和原来一样,但是替换成了一个中间件,定义了一个自定义的数据类型检测方法来检测user id
的类型正确性。
1 | router.param(function(param, validator) { |
router.route(path)
返回一个单例模式的路由的实例,之后你可以在其上施加各种HTTP动作的中间件。使用router.route()
来避免重复路由名字(例如错字错误)–说的意思应该是使用router.route()
这个单例方法来避免同一个路径多个路由实例。
构建在上面的router.param()
例子之上,下面的代码展示了怎么使用router.route()
来指定各种HTTP方法的处理句柄。
1 | var router = express.Router(); |
这种方法重复使用单个/usrs/:user_id
路径来添加了各种的HTTP方法。
router.use([path], [function, …] function)
给可选的path
参数指定的路径挂载给定的中间件方法,未指定path
参数,默认值为/
。
这个方法类似于app.use()
。一个简单的例子和用例在下面描述。查阅app.use()获得更多的信息。
中间件就像一个水暖管道,请求在你定义的第一个中间件处开始,顺着中间件堆栈一路往下,如果路径匹配则处理这个请求。
1 | var express = require('express'); |
对于中间件function
,挂载的路径是被剥离的和不可见的。关于这个特性主要的影响是对于不同的路径,挂载相同的中间件可能对代码不做改动,尽管其前缀已经改变。
你使用router.use()
定义中间件的顺序很重要。中间们是按序被调用的,所以顺序决定了中间件的优先级。例如,通常日志是你将使用的第一个中间件,以便每一个请求都被记录。
1 | var logger = require('morgan'); |
现在为了支持你不希望记录静态文件请求,但为了继续记录那些定义在logger()
之后的路由和中间件。你可以简单的将static()
移动到前面来解决:
1 | router.use(express.static(__dirname + '/public')); |
另外一个确凿的例子是从不同的路径托管静态文件,你可以将./public
放到前面来获得更高的优先级:
1 | app.use(express.static(__dirname + '/public')); |
router.use()
方法也支持命名参数,以便你的挂载点对于其他的路由而言,可以使用命名参数来进行预加载,这样做是很有益的。
express 中常用中间件
解析请求体的中间件
这类中间件比较多,常见的有:body-parser
、multer
、formidable
、multiparty
、busboy
,以及还有诸多不再推荐使用的。
而这种中间件经常用来处理一下这几种请求类型:
- application/x-www-form-urlencoded 常见的form提交
- multipart/form-data 文件提交
- application/json 提交json格式的数据
- text/xml 提交xml格式的数据
body-parser中间件
这个中间件用于处理第1,3种content-type
的body
非常的方便,但不能用于处理multipart
类型的body
,具体api
可见GitHub
,提供了四种方法
1 | bodyParser.json() 将body解析为json |
Multer 中间件
只处理类型是multipart/form-data
的body
。
它的主要功能是: .single('photo') ``.array('photos', 12)`` .fields([])
分别对应处理上传文件,批量上传和分类上传,同时也带有处理纯文字的功能,用上面三个方法不带参数即可。
其中文文档翻译
Formidable 中间件
Formidable
它的主页上的特性描述看起来很厉害的样子,在express
中我们用express-formidable
(Formidable
中间件不仅能用于express
更适合于node
,所以有一个人就写了一个可以直接把Formidable
用于express
的中间件express-formidable
,但是用的API
与Formidable
还基本相同) ,可用于处理表单和上传文件,功能大而全,可配置项非常多,最大的区别是还提供了一个对象,用于处理各种事件。
1 | var form = new formidable.IncomingForm() |
在实际开发中,很明显可以用bodyparser
和multer
来分别处理表单和文件(express 官方推荐联合使用上述两个),也可以只用formidable
,按需取用即可。
本章节搜集于网络,原作者为le_1,著作权归作者所有