Play framework基本概念、请求处理流程、开发生命周期
2017-02-06 13:23
381 查看
Play应用程序使用MVC架构模式来作为Web开发的基础架构。
MVC架构模式把应用程序分成三层:表现层,视图层,模型层
下图是play framework在MVC层次上对于http请求的处理流程:
请求生命周期:
Play framework是无状态的并且是面向request、response的。所有的请求都遵从下述的处理流程。
framework接收到一个http请求
Router路由组件根据conf/routes的配置,找到请求对应的控制层方法并调用它
控制层方法被执行
如果需要生成一个复杂的视图,那么对相应的模板文件做render渲染操作
执行结果(http响应码和内容)输出到http response中
标准应用程序目录:
为了使事情变得更加简单,使用COC约定优于配置的思想,对应用程序目录进行了如下的标准化约定:
app目录:存放所有可执行的组件:java源代码、视图模板文件。
app目录下有controllers,models,views3个标准目录,分别对应MVC模式中的一层。同时也可以自己增加一些packages,如utils、jobs等
在使用play framework时,不要去寻找编译好的java class文件。框架在运行时编译java源代码并且把编译好的class文件在临时目录中以字节码缓存的形式保存。在play框架中主要的可执行组件就是java源文件而不是编译好的class文件。
views目录进一步被组织层:tags(存放应用程序标签,如存放可重用的模板片段),每一个views文件夹对应一个Controller(根据约定,每个控制器关联的模板文件都存储在自己对应的目录中)。
public目录:存放静态的资源文件,并且直接通过play web服务器对外提供服务。里面包含3个标准子目录:images,javascripts,stylesheets,分别用来放图片,js脚本,css。默认情况下,/public目录和/public URL对应。当然也很容易通过如下配置改变这一点,同时也可以有多个目录同时提供静态资源。
Xml代码
GET /public/ staticDir:public
conf目录:存放所有应用程序的配置文件。其中最主要的2个是application.conf(应用程序的主配置文件,包含很多标准的配置选项。你也可以在里面增加自定义的应用程序参数,然后在程序中通过Play.configuration.getProperty("param1.test")来取值)和routes(路由定义文件)。如果有lib包或者程序文件需要配置文件,那么也可以放置在这里。这个conf目录是被包含在classpath里面的。
lib目录:包含程序需要的所有jar包,也会被自动包含在classpath中
开发生命周期:
使用play框架是没有编译、打包、发布等阶段。Play框架包含有2种mode:DEV mode使用在程序开发阶段,PROD mode使用在程序发布后。
DEV/PROD mode的切换通过修改conf目录下application.conf 文件中application.mode键的值来实现。
DEV mode的时候,play框架会自动检测文件变更并在需要的时候reload进来。Java代码在运行时被编译和加载,如果在程序运行时修改了java代码,那么这些代码会被自动重新编译并热交换到JVM中。在DEV模式下,如果一个编译错误发生,那边出错的内容和原因都会被现实在浏览器上。在DEV模式下,JPDA调试环境也会默认开始,默认端口8000。
PROD mode是为产品环境优化的模式,java源代码、模板都只被编译一次并缓存起来为后面的所有用户提供服务。
http://www.playframework.org/documentation/1.0/main
MVC架构模式把应用程序分成三层:表现层,视图层,模型层
下图是play framework在MVC层次上对于http请求的处理流程:
请求生命周期:
Play framework是无状态的并且是面向request、response的。所有的请求都遵从下述的处理流程。
framework接收到一个http请求
Router路由组件根据conf/routes的配置,找到请求对应的控制层方法并调用它
控制层方法被执行
如果需要生成一个复杂的视图,那么对相应的模板文件做render渲染操作
执行结果(http响应码和内容)输出到http response中
标准应用程序目录:
为了使事情变得更加简单,使用COC约定优于配置的思想,对应用程序目录进行了如下的标准化约定:
app目录:存放所有可执行的组件:java源代码、视图模板文件。
app目录下有controllers,models,views3个标准目录,分别对应MVC模式中的一层。同时也可以自己增加一些packages,如utils、jobs等
在使用play framework时,不要去寻找编译好的java class文件。框架在运行时编译java源代码并且把编译好的class文件在临时目录中以字节码缓存的形式保存。在play框架中主要的可执行组件就是java源文件而不是编译好的class文件。
views目录进一步被组织层:tags(存放应用程序标签,如存放可重用的模板片段),每一个views文件夹对应一个Controller(根据约定,每个控制器关联的模板文件都存储在自己对应的目录中)。
public目录:存放静态的资源文件,并且直接通过play web服务器对外提供服务。里面包含3个标准子目录:images,javascripts,stylesheets,分别用来放图片,js脚本,css。默认情况下,/public目录和/public URL对应。当然也很容易通过如下配置改变这一点,同时也可以有多个目录同时提供静态资源。
Xml代码
GET /public/ staticDir:public
conf目录:存放所有应用程序的配置文件。其中最主要的2个是application.conf(应用程序的主配置文件,包含很多标准的配置选项。你也可以在里面增加自定义的应用程序参数,然后在程序中通过Play.configuration.getProperty("param1.test")来取值)和routes(路由定义文件)。如果有lib包或者程序文件需要配置文件,那么也可以放置在这里。这个conf目录是被包含在classpath里面的。
lib目录:包含程序需要的所有jar包,也会被自动包含在classpath中
开发生命周期:
使用play框架是没有编译、打包、发布等阶段。Play框架包含有2种mode:DEV mode使用在程序开发阶段,PROD mode使用在程序发布后。
DEV/PROD mode的切换通过修改conf目录下application.conf 文件中application.mode键的值来实现。
DEV mode的时候,play框架会自动检测文件变更并在需要的时候reload进来。Java代码在运行时被编译和加载,如果在程序运行时修改了java代码,那么这些代码会被自动重新编译并热交换到JVM中。在DEV模式下,如果一个编译错误发生,那边出错的内容和原因都会被现实在浏览器上。在DEV模式下,JPDA调试环境也会默认开始,默认端口8000。
PROD mode是为产品环境优化的模式,java源代码、模板都只被编译一次并缓存起来为后面的所有用户提供服务。
http://www.playframework.org/documentation/1.0/main
相关文章推荐
- Go Web开发之Revel - 网页请求处理流程
- Yii源码阅读笔记 - 请求处理基本流程
- Play Framework 的请求处理流程
- Play framework 浅谈 之请求处理流程
- 介绍的嵌入式软件开发的背景知识,基本逻辑和流程,基本名词、概念和理念
- Qt 5.3 下OpenCV 2.4.11 开发(0)图像处理基本概念
- Qt 5.3 下OpenCV 2.4.11 开发(0)图像处理基本概念
- iOS开发之仿微博视频边下边播之自定义AVPlayer播放器, 边下边播解剖。视频处理流程,建立连接-请求数据-统筹数据-解码数据-视频呈现
- 敏捷开发基本流程概念的理解与实践(转)
- SpringMVC学习笔记一:基本概念,执行流程与开发步骤
- 转:敏捷开发基本流程概念的理解与实践
- 嵌入式科普:基本概念,设计流程,开发特点,如何学习
- Hibernate开发流程——基本概念和CURD
- Spring MVC的基本概念及处理的流程
- Asp.Net 构架(Http请求处理流程) - Part.1 (来自张子阳的博客)
- Http请求处理流程
- Http请求处理流程
- Asp.Net构架(Http请求处理流程) - Part.1
- Http请求处理流程
- Http请求处理流程