play框架的问题探讨

主要是以eclipse和java相结合的具体运用和相关显示；

首先是对于java的环境表变量的相关配置

1，关乎javaJDK的相关配置 主要有三个方面的相关配置

Path：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;C:\play-1.2.4

CLSSPATH:.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar .;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar

JAVA_HMOE:C:\Program Files\Java\jdk1.6.0_450

以上为具体的相关配置 包括javaJDK和play的相关配置 （注意play的相关配置只是需要在Path中配置一下就可以）

1.2然后在cmd中，java进行JAVAC或者java -version 判断   

1.3对于play的验证在cmd中 play 判断

当环境变量配置完成后，进行相关的操作

‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘’‘、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、

对于play的理解 

Play框架完全遵循MVC模式,MVC模式把应用程序分成几个独立的层：presentation表现层和model模型层，表现层进一步分成view呈现层和controller控制层。

· Model层是应用程序操作的特定领域展现的信息。领域逻辑把“领域的意思”添加到原始数据里。许多应用程序使用持久存储机制，比如数据库来存储数据。MVC不特别指明数据访问层，因为mvc模型能够理解底层操作，或数据访问层已经被模型进行了封装。

· View 层把model层渲染到一个适当的交互窗体，如典型的用户接口。 一个model可以有多个views，以实现不同的作用。在一个web应用程序里，view通用渲染成web格式的内容，比如HTML, XML或JSON。然而，在某些情况下，view也可表示成二进制窗体，比如一个动态渲染的图表。

· Controller 负责响应事件 (通常是用户actions)，并对这些事件进行处理，也可能是调用model的修改方法。在一个Web应用程序里，事件特指http请求：一个专门用于监听http请求的控制器，它从’事件’里提取相关数据，比如查询字符串参数，请求headers… 并把修改结果更新到底层model对象。

在Play应用程序里，这三个层被分别定义到app目录下的三个java包里。

app/controllers

控制器就是一个java类，其中的每个public/static方法都是一个Action。一个action就是一个java入口点，当接收到一个http请求时，这个action就会被调用。控制器类里的java代码并不真正的面向对象的。Action方法从http请求中提取相关的数据，读取或更新model对象，并向http请求者返回一个封装好的response结果。

app/models

领域模型对象层（以下简称model）是一系列完全使用java面向对象语言特征的java类，它包含了数据结构和数据操作。无论何时，model对象都需要存储到持久化存储设备里，一般情况下他们或许还包含有一些jpa注释和sql语句。

app/views

通过使用play提供的高效模板系统，可以生成大多数应用程序的views。控制器从model层获得某些感兴趣的数据，然后把这些数据应用到一个模板，并且通过模板把这些数据装饰得非常漂亮。这个包由HTML, XML, JSON或其他特定用于动态生成model展现的模板文件组成。

请求生命周期

Play框架是一个完全的stateless框架，而且只面向request/response。所有的http请求都遵循以下过程：

1. 一个http请求被框架接收。

2. Router组件试着找到能够接收这个请求的确切路由，相应的action方法随后被调用。

3. 应用程序代码被执行。

4. 如果需要生成一个复杂的view，那么一个模板文件将会被渲染。

5. acton方法的结果（http 响应代码、内容）随后被作为http response发出。

 

标准应用程序布局layout

应用程序布局标准化是保持开发简单化的保证。

app目录

这个目录包含了所有可执行的代码：java源代码和view模板。

我的.class文件去哪里了？ 

请不要寻找编译过的java类。框架只在运行时才编译java源代码，而且只会把编译后类文件缓存到tmp目录下。在play框架里，可执行文件是.java源文件，而不是编译后的类。

在app目录下有三个标准包，分别对应mvc架构的三个层，你也可以添加你自己的包，如utils包。

另外，views包下，还可以有以下子包：

· tags, 主应用程序的标签包，比如可重用的模板片段。

· 每个控制器的views文件夹–按照约定，每个控制器相关的模板都要存储到他们自己的子包里。

public目录

存储在public目录的资源都是些可以直接被web服务器向外发布的静态资产。

这个目录共分为三个标准的子目录：分别存储images, CSS和JavaScript文件。 你应用试着像这个标准一样组织你的静态资产，以保持所有play应用程序的一致性。

默认情况下，/public目录被映射到/public URL路径，你也可以自行修改映射到其他目录，甚至为你的静态资产使用多个目录。

conf目录

conf目录包含了所有应用程序的配置文件。

这里有两个必须的配置文件，application.conf和routes:

· application.conf,应用程序最主要的配置文件。它包含了标准的配置参数。 

· routes, 路由定义文件。

如果你需要增加一些特定配置选项，直接在application.conf中进行添加比较易于管理，文件的配置选项可在程序代码中通过Play.configuration.get("propertyName")方法读取。 当你创建一个新的应用程序时，play new命令将从$PLAY_HOME/resources/application-skel/conf目录复制一个默认的配置文件。