Nodejs Express 4.X 中文API 2--- Request篇

相关阅读： <a href="http://www.cnblogs.com/ae6623/p/4433048.html" target="_blank"> Express 4.X API 翻译[一] --  Application篇</a>

这是一个包含着被命名的路由规则“参数”的对象属性。例如如果你有一个路由规则为：”/user/:name”,然后这个”name”属性你就可以使用req.params.name来调用，这个属性默认为 {}

当在定义路由规则的时候使用了正则表达式，匹配结果会被提供在数组里使用req.params[N]，这里的N指的是第n个匹配数组。这样的规则被应用在使用未命名的通配匹配规则，例如<code>/file/*</code>；

这个属性是一个对象属性包含着被解析过的请求参数对象，默认为{}

这个属性是包含一个被解析过的请求体。这个功能是中间件 bodyParser 提供的，尽管其他的请求体解析中间件也会很好的支持这样的约定。这个属性会在使用了bodyParser()的时候被定义为{}。

返回一个参数名为 name 的值

查找的优先级如下：

req.params

req.body

req.query

直接访问 req.body , req.params,和 req.query 应该是更加的清晰，除非你确实需要接受每个对象的输入。

当前匹配的 “Route” 包含一些属性，例如路由的原始字符串以及转换后的正则表达式等。

上面的例子将会输出以下内容：

当cookieParser()中间件被使用的时候，这个对象将会被初始化为{}，除此之外，还包含了由用户代理发送过来的cookies

当 cookieParser(secret)中间件被执行的时候，这个对象会被初始化为{}，还包含了用户代理发送过来的被签名的cookie，未签名的和准备使用的。签名后的cookies被存放在一个单独的对象内，否则，攻击者会很轻松的替换掉”req.cookie”内的值。需要注意的是，签名的cookies并不带表它们是隐藏的或者是加密的，这个只是同于防止篡改cookies。

获取请求头内的 field 字段，不区分大小写，其中Referrer 和 Referer字段是可互换的。

别名为 req.header(field);

检查给定的类型 types 是不是可以接受的类型，当是可接受的类型时返回最佳的匹配，否则返回 undefined – 在这种情况下，你应该返回406″Not Acceptable”。

type 的值可以是单一的一个mine类型的字符串，比如”application/json”,扩展名为”json”，也可以是一个以逗号分隔的列表或者数组。当为列表或数组时将返回最佳匹配。

检查给定的 charset是否是可以被接受的

检查给定的 lang 是否为可接受的

检查提交进来的请求是否包含”Content-Type”头字段和他匹配的给定的mime type

返回远程地址，或者在反向代理启用时返回上游ip地址。

当反向代理模式开启时，解析 “X-Forwarded-For” ip地址列表并返回一个数组，否则返回空数组。例如，如果一个值为”client,proxy1,proxy2″你将会收到数组["client","proxy1","proxy2"]这里可以看出”proxy2″是最远的下游地址。

返回请求的URL路径名。

返回从“Host”请求内取出的主机名，但是不包含端口号。

检查请求是否是新的 – 通过对Last-Modified或者 ETag进行匹配，来标明这个资源是不是”新的”。

检查这个请求是不是旧的 – 如果Last-Modified 或者 ETag 不匹配，标明这个资源是旧的。

检查请求头里是否有”X-Requested-With”这样的字段并且值为”XMLHttpRequest”(jQuery 等)请求时会设置这个头

返回请求协议字符串 “http”或者”https”当请求为TLS时。当被启用反向代理时，”X-Forwarded-Proto” 请求头将会被信任。如果你运行一个支持https协议的反向代理，那么这个是会被支持的。

检查TLS连接是否已经被建立。下面是一段简写

返回子域名数组

这个属性很像req.url,然而，他保留了原始请求的url，允许你在做内部路由的时候自由的重写 req.url。例如，app.use()会重写 req.url 为挂载点