处理 JSON 请求
JSON 请求是一个以有效的 JSON 数据作为请求体的 HTTP 请求. 它必须指定Content-Type头为text/json或是application/json作为 mime 类型.
默认的,Action使用 any content 作为 Body 解析器, 这让你接收 Body 并解析为 JSON (实际为JsValue):1def sayHello = Action { request => 2 request.body.asJson.map { json => 3 (json \ "name").asOpt[String].map { name => 4 Ok("Hello " + name) 5 }.getOrElse { 6 BadRequest("Missing parameter [name]") 7 } 8 }.getOrElse { 9 BadRequest("Expecting Json data") 10 } 11}
更好的(也是更简单的)办法是指定你自己的BodyParser用以告诉 Play 把类容 Body 直接解析为 JSON: Read More
概述
推荐的处理 JSON 的方式是使用 Play 基于 JSON 库的类型类, 位置在play.api.libs.json.
这个库是构建于 Jerkson, 之上的,它又是基于 Java 的超快的 JSON 库 Jackson 的 Scala 封闭。
Unmi 注:在 Play 1.x 所用的 JSON 库是 Gson,而 Play 2.0 后更换成了 Jackson。还得 Play 2.0 是基于 SBT 构建的,所以 Play 2.0 的所有的 jar 都是在 $PLAY_HOME/repository/local 目录中。
这样做的好处是无论是 Java 还是 Scala 的 Play 应用依赖了相同的底层库 (Jackson), 同时 Scala 用户可以享受到 Play’s JSON 所带来的额外的类型安全性.play.api.libs.json包含有七种 JSON 数据类型:JsObjectJsNullJsUndefinedJsBooleanJsNumberJsArrayJsString
上面的类型都继承自通用的 JSON 值类型,JsValue. Read More- 模板引擎
模板, 实际作为简单函数存在的, 它可以任何你希望的方式被组合应用. 下面是一些通用场景的使用案例.
布局
我们来声明一个views/main.scala.html模板来用作主布局模板:1@(title: String)(content: Html) 2<!DOCTYPE html> 3<html> 4 <head> 5 <title>@title</title> 6 </head> 7 <body> 8 <section class="content">@content</section> 9 </body> 10</html>
正如你所看到的, 这个模板有两个参数: 一个标题和一个 HTML 内容块. 现在我们可在另一个模板views/Application/index.scala.html中用它: Read More- 模板引擎
Unmi 注:因为是 Web 框架,所以展示层必不可少,也就是接下来两章,我们进入到 Play2.0 中的模板引擎的世界,不同与Play 1.x 让你眼花缭乱的 ${}, #{}, @{}, @@{}, &{}, %{}% 和 {} 如此众多的标签样式,而在 Play 2.0 中只有一个魔幻的 @ 符号。这就叫化繁为简,Play 1.x 的模板是基于 Groovy 的,而 Play 2.0 是基于 Scala 的,它在效率上也改善不少。
基于 Scala 的类型安全的模板引擎
Play 2.0 带来了崭新而真正强大的基于 Scala 的模板引擎. 这一新引擎的设计灵感来自于 ASP.NET 的 Razor. 具体表现在:- 简洁, 富有表现力, 且流畅: 它最小化了一个文件所需的字符和按键的数量, 并且开启了一个快速而流畅的代码流. 不像多数的模板语法, 你不必中断你的代码去显式的告诉你的 HTML 说这儿有一个服务端代码块. 解析器足够的聪明,能依据你的代码进行推断(Unmi 注: 推断出哪块代码应该由服务端来执行). 这使得简洁而富有表现力的语法显得更干净, 并且输入变得快速而有乐趣.
- 易学: 源于其最小化的概念,而让你快速而富有成效的掌握它. 只需用到你现有的 Scala 语言和 HTML 知识.
- 并非新的语言: 我们尽量选择不去创建一门新语言. 相应的,我们希望能让开发者使用它们现有的 Scala 语言技能。也就是要在选择你自己语言的情况下,提供一套模板标记语法,从而让你书写出令人敬畏的 HTML 结构流.
- 可用任何文本编辑器: 无须特别的工具,在任何纯文本编辑器中都能保持高效. Read More
- 本章介绍几种定义通用 Action 功能的方法.
基本的 Action 组合
我们首先从一个简单的日志装饰器(logging decorator) 开始: 我们想要记录下当前 Action 每次被调用的日志.
我们不直接就定义自己的 Action, 而是首先提供一个用于创建标准 Action 的帮助方法:1def LoggingAction(f: Request[AnyContent] => Result): Action[AnyContent] = { 2 Action { request => 3 Logger.info("Calling action") 4 f(request) 5 } 6}
接着你可以这么来使用: Read More - 什么是 Body 解析器?
HTTP PUT 或 POST 请求含有一个请求体(Body). 请求体可以使用任何格式, 只要在请求头中指定相应的Content-Type即可. 在 Play 中, 一个 Body 解析器 转换请求体为对应的 Scala 值.
然而,HTTP 请求体可能非常的大,这时候 Body 解析器 不可能在解析之前光等着把数据全部加载到内存.BodyParser[A]是个基本的Iteratee[Array[Byte],A], 这就是说它一块一块的接收数据 (只要 Web 浏览器在上传数据) 并计算出类型为 A 的值作为结果.
让我们考虑一下几个例子.- 一个文本型 Body 解析器能够把逐块的字节数据连缀成一个字符串, 并把计算得到的字符串作为结果 (
Iteratee[Array[Byte],String]). - 一个文件型 Body 解析器能够把逐块的字节数据存为一个本地文件, 并以
java.io.File引用作为结果 (Iteratee[Array[Byte],File]). - 一个 s3 型 Body 解析器能够把逐块的字节数据推送给 Amazon S3 并以 S3 对象 ID 作为结果 (
Iteratee[Array[Byte],S3ObjectId]). Read More
- 一个文本型 Body 解析器能够把逐块的字节数据连缀成一个字符串, 并把计算得到的字符串作为结果 (
- 会话和 Flash 域在 Play 中有何不同
如果你不得不要跨多个 HTTP 请求来保存数据, 你可以存在会话或是 Flash 域中. 存储在会话中的数据在整个会话期间可用, 而存储在 Flash 域中数据只对下一次请求有效.
理解到会话和 Flash 数据不是由服务器来存储,而是以 Cookie 机制添加到每一次后续的 HTTP 请求是很重要的. 这也就意味着数据的大小是很受限的 (不到 4 KB) ,而且你只能存储字符串.
当然了, Cookie 值是由密钥签名了的,这使得客户端不存修改 Cookie 数据(或者说这样做会让它失效).
Play 会话不能当成缓存来用. 假如你需要缓存与某一会话相关的数据, 你可以使用 Play 内置的缓存机制并存储一个唯一的 ID 在用户会话中与之关联.会话没有技术上的超时控制. 它在用户关闭 Web 浏览器后就会过期. 如果你的应用需要一种功能性的超时控制, 那就在用户会话中存储一个时间戳,并在应用需要的时候用它 (例如: 最大的会话持续时间, 最大的非活动时间, 等等.).
读取会话值
你可以从 HTTP 请求中获取传入的会话: Read More - 改变默认的 Content-Type
结果内容的类型能够由你所指定的响应体的 Scala 值自动推断出来.
例如:1val textResult = Ok("Hello World!")
将会自动设置Content-Type头为text/plain, 而:1val xmlResult = Ok(<message>Hello World!</message>)
会设置 Content-Type header 为text/xml.小贴士: 这是由
这相当有用, 但是有时候你想手工改变它. 只需要调用 Result 的play.api.http.ContentTypeOf类型类完成的.as(newContentType)方法来创建一个新的,类似的,具有不同Content-Type头的 Result:1val htmlResult = Ok(<h1>Hello World!</h1>).as("text/html")
或者更好点, 用: Read More - 内建的 HTTP 路由器
路由器组件掌管把传入的 HTTP 请求转发到 Action.
一个HTTP 请求可被 MVC 框架看成是一个事件. 这个事主要包含两方面的信息:- 请求路径 (如
/clients/1542,/photos/list), 包括查询字符串 - HTTP 方法 (像 GET, POST, …).
路由定义在conf/routes文件中, 它会被编译. 这表明你可以直接在浏览器上看到路由错误信息: Read More - 请求路径 (如
- 什么是 Action?
多数的请求被 Play 应用接收到,并由Action 进行处理.
一个play.api.mvc.Action简单说来就是一个(play.api.mvc.Request => play.api.mvc.Result)函数,它处理请求并产生一个 result 发送给客户端.1val echo = Action { request => 2 Ok("Got request [" + request + "]") 3}
Action 返回一个play.api.mvc.Result值, 代表着发送给 Web 客户端的 HTTP 响应. 上面的例子中Ok构造了一个 200 OK 的响应,它包含了 text/plain 类型的响应体.
建造一个 Actionplay.api.mvc.Action伴生对象提供有多个帮助方法用于构建 Action 值.
最简单的一个方法是以返回值为Result的表达式块作为参数: Read More