play1.x 第一弹 ：与play的初次邂逅（搭建，目录结构，生命周期）

谨以此系列文章进行学习、记录、分享。

注：参考了play官方文档    https://www.playframework.com/documentation/1.2.x/home

前言

    与play的第一次邂逅，还是在来到这个公司的时候，这个项目应用的就是play项目，对于之前一直使用传统框架（例如：spring  springMVC mybaits  struts hibernate）的我，对这个框架还是满新奇的！

    play framework说他是一个框架 但是我认为他是一个基于JVM的可玩性很高的，开发平台，在这里你可以省去繁琐的关系抽象，省去繁杂的配置文件，更神奇的是，他解决了java的往常平台的一大问题重复和繁琐的编译包部署周期，可以直接线上改编代码，他更侧重于生产的速度，让你有更多的时间去想你要干什么，而不用为以后准备各种关系的抽象，和去重复重启项目。

    Play框架是由Web开发人员为Web开发人员编写的，这是一个非常规的定位，将Web的原则和约定放在第一位，Java是第二个。具体来说，这意味着Play框架更符合W3C的万维网体系结构，而不是Java Enterprise Edition（Java EE）约定。

    都说兴趣才是最后的学习方式，下边我们一起paly一下。

搭建及简单应用（配合eclipse）

    

    既然要play，首先我们要简单的搭建一下play，并简单运行它，其实play的搭建和运行非常的简单，只需要下载压缩包（这里是1.2.7版本），解压，并把路径配置到环境变量中即可，配置之后，我们可以在黑窗口(cmd)中 输入play命令，看看有没有效果，有的话 就是配置成功。

    既然配置成功了，那么我们就先建一个项目玩一下，首先我们进入黑窗口，进入到你想建项目的目录，输入命令play new <项目名>，Play会在当前路径下创建项目。

    那么既然要配合eclipse使用，我们就要把这个项目转换一下，输入play eclipsify <项目名>命令进行转换，之后再eclipse中进行导入项目即可。

    导入之后会在项目中产生一个eclipse文件夹，并在里边生成三个文件，我们可以在这三个文件上run as 和debug as ，

    直接运行Debug As 执行helloworld会报错，需要：打开helloworld.launch,找到

<stringAttribute key="org.eclipse.jdt.launching.VM_ARGUMENTS" value="-Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n -Dplay.debug=yes -Dplay.id= -Dapplication.path  …/>

    将-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n 去掉。然后Debug As,即可成功启动调试。

    还有一个比较好的方法直接配置一下debug或run直接运行就好，这样很方便。

                                            

    之后访问http://localhost:9000/ 就可以到项目，到此项目搭建完成。

目录结构

项目搭建而完成了，那么我们应该了解一下他的目录结构了。

web_app                         根目录               

|   sbt                         SBT Unix 批处理脚本用于启动sbt-launch.jar

|   sbt.bat                     SBT Windows 批处理脚本用于启动sbt-launch.jar

|   sbt-launch.jar              SBT 启动的Java可执行类库

|

+---app                         Play Web 应用全部代码所在目录

|   |

|   +---models                  模型代码所在目录

|   |       Message.scala       留言板例程模型代码

|   |

|   +---controllers             控制器代码所在目录

|   |       Application.scala   默认控制器代码

|   |

|   \---views                   视图（Play Scala HTML模板） 代码所在目录

|           main.scala.html     主模板文件

|           index.scala.html    首页模板文件

|           msgboard.scala.html 留言板例程模板文件

|

+---conf                        Play 配置文件所在目录

|       application.conf        应用配置文件

|       routes                  应用入口路由文件，所有的HTTP请求将通过该文件转发到指定的Scala对象处理

|

+---logs                        日志目录

|       application.log         应用运行日志

|

+---project                     SBT工程文件

|       build.properties        保存所需的SBT版本信息，通常无需更改

|       Build.scala             主要的工程配置文件

|       plugins.sbt             告知SBT本工程所需要的插件以及下载位置

|

+---public                      存储一切直接发送给浏览器的资源文件

|   |

|   +---images                  图像文件，如JPEG、PNG、GIF等

|   |

|   +---javascripts             JavaScript脚本文件

|   |

|   \---stylesheets             CSS样式表文件

|

\---target                      存放编译后的可执行代码和编译时的中间代码

请求的生命周期

         其实了解一个框架，首先就应该了解他的请求是怎么传递的，他的传递过程是怎么样的，这样你才会对这个框架的走向有一个大体的概念，在了解请求的生命周期前我们先来看一下mvc模型，play是遵循MVC模型的。

    Play的MVC模型

•    模型层：他对数据进行定义和处理，来返回我们所需要的数据。大多数应用程序使用持久存储机制（如数据库）来存储数据。MVC没有特别提及数据访问层，因为它被理解为在模型下面或由模型封装。

•  视图层：其实他就是通常的用户界面的形式。为了不同的目的，单个模型可以存在多个视图。在Web应用程序中，视图通常以HTML，XML或JSON等“Web格式”呈现。然而，在某些情况下，视图可以以二进制形式表示，例如动态渲染的图表。

•  控制器：它的作用是响应事件（通常为用户操作），并对其进行处理，并且还可以调用模型上的数据。在Web应用程序中，事件通常是HTTP请求：控制器侦听HTTP请求，从“事件”中提取相关数据，例如查询字符串参数，请求标头...并对底层模型对象应用操作。                                                                                  
• 在Play应用程序中，这三个层在app目录中定义，每个层都在一个单独的Java包中。

• 请求生命周期

  ·  框架接收到HTTP请求。

  ·  路由器组件尝试找到能够接受此请求的最具体路由。然后调用相应的动作方法。

  ·  执行应用程序代码。

  ·  如果需要生成复杂视图，则会呈现模板文件。

  ·  操作方法的结果（HTTP响应代码，内容）然后被写为HTTP响应。

  •                                     

 

转载于:https://my.oschina.net/u/3510723/blog/1503847