Day: October 5, 2012 | 隔叶黄莺 Yanbin Blog

Play 2.0 中文资料 - 搭建你偏爱的 IDE

2012-10-05 | 阅读(2,640)

用 Play 进行工作其实很简单的. 你甚至不需要一个复杂的 IDE, 因为 Play 会在你对源文件作了修改之后自动编译和刷新, 因此你可以很轻易的使用一个简单的文本编辑器来工作.

然而, 使用一个现代的 Java 或 Scala IDE 或给予你很 Cool 生产效率, 比如即时的编译, 良好的重构和调试功能.

Eclipse

生成配置

Play 提供了一条命令简化了 Eclipse 配置. 为转换一个 Play 应用为有效的 Eclipse 项目, 使用 eclipsify 命令:

无需关联下载依赖的源文件 jars 包:

[My first application] $ eclipsify

1	[My first application] $ eclipsify

Unmi 注: 对于一个新建的项目，执行 eclipsify 之后会产生 Eclipse 必须的 .project, .classpath 和 .settings 文件，并且这个命令还会创建 test 和 target 目录。Play 1.x 的 play eclipsify 命令有些不同，它会生成一个 eclipse 目录，里面有三个分别用于运行, 调试和测试用的 launch 文件。阅读全文 >>

Play 2.0 中文资料 - HTTP 编程

2012-10-05 | 阅读(1,241)

这是一个 HTTP 编程的大纲, 点击以下链接进入各节内容:

Play 2.0 中文资料 - 使用 Play 2.0 控制台

2012-10-05 | 阅读(974)

启动控制台

Play 2.0 控制台是基于 sbt 的为开发而准备的控制吧, 它允许你管理整个 Play 应用的开发周期.

要启动控制台, 进入到现有的 Play 应用的目录，然后运行 play 脚本:

Unmi 注: 虽然 sbt 是为 Scala 准备的构建工具，但是即使你创建的应用选的是 Java 语言, 我们仍然是要依赖于 sbt. 在 Play 1.x 的时候不存在 Play 控制台，要么就是直接把应用运行起来了。在 Play 1.x 的项目目录下运行 play 命令只会显示简单的帮助信息。

play 命令进入到当前应用的控制台下，提示符是 [应用的名称] $

$ cd /path/to/any/application $ play

1	$ cd /path/to/any/application $ play

阅读全文 >>

Play 2.0 中文资料 - 剖析 Play 2.0 应用

2012-10-05 | 阅读(1,199)

标准的应用目录布局

Play 应用的目录布局是标准化的，这样可保持尽量的简单. 一个标准的 Play 应用看起来如下:

app                      → 应用程序源文件
 └ assets                → 待编译的资源文件
    └ stylesheets        → 比如放置 LESS CSS 源文件
    └ javascripts        → 比如放置 CoffeeScript 源文件
 └ controllers           → 应用的控制器
 └ models                → 应用的业务层
 └ views                 → 视图模板
conf                     → 配置文件和其他无需编译的放在 classpath 下的文件
 └ application.conf      → 主配置文件
 └ routes                → 路由定义文件
public                   → 公共资源
 └ stylesheets           → CSS 样式文件
 └ javascripts           → Javascript 脚本文件
 └ images                → 图片
project                  → sbt 配置文件
 └ build.properties      → sbt 项目属性配置
 └ Build.scala           → 应用构建脚本
 └ plugins.sbt           → sbt 插件配置
lib                      → 不受管理的库依赖
logs                     → 标准的日志目录
 └ application.log       → 默认的日志文件
target                   → 构建生成的东西
 └ scala-2.9.1              
    └ cache              
    └ classes            → 编译生成的类文件
    └ classes_managed    → 受管理的类文件 (如模板等生成的)
    └ resource_managed   → 受管理的资源文件 (如 Less 等生成的)
    └ src_managed        → 产生的源文件 (如模板等)
test                     → 单元和功能性测试的源文件目录

app → 应用程序源文件

└ assets → 待编译的资源文件

└ stylesheets → 比如放置 LESS CSS 源文件

└ javascripts → 比如放置 CoffeeScript 源文件

└ controllers → 应用的控制器

└ models → 应用的业务层

└ views → 视图模板

conf → 配置文件和其他无需编译的放在 classpath 下的文件

└ application.conf → 主配置文件

└ routes → 路由定义文件

public → 公共资源

└ stylesheets → CSS 样式文件

└ javascripts → Javascript 脚本文件

└ images → 图片

project → sbt 配置文件

└ build.properties → sbt 项目属性配置

└ Build.scala → 应用构建脚本

└ plugins.sbt → sbt 插件配置

lib → 不受管理的库依赖

logs → 标准的日志目录

└ application.log → 默认的日志文件

target → 构建生成的东西

└ scala-2.9.1

└ cache

└ classes → 编译生成的类文件

└ classes_managed → 受管理的类文件 (如模板等生成的)

└ resource_managed → 受管理的资源文件 (如 Less 等生成的)

└ src_managed → 产生的源文件 (如模板等)

test → 单元和功能性测试的源文件目录

阅读全文 >>

ddd on postgres in (?,?) 和 =any(?) 用法/性能对比好文章
Perry Conn on Java 9 前/后使用 JAXB (包括支持 javax.* 或 jakarta.*)Your writing has a way of making even the most complex topics accessib...
Yanbin on Windows 安装使用 GCC(mingw-w64)是的，像 Rust 和 dotnet core 一样，都可以支持 Cross compile. Rust 和 g++ 在 Linux 下编译...
MerrickZ on Windows 安装使用 GCC(mingw-w64)我记得G++/GCC都是支持交叉编译的，你可以在linux/macos下面编译出windows平台的二进制PE文件……
Jack on 从 Rust 官方文档理解 Ownership哈哈，年纪大了才会下垂

M	T	W	T	F	S	S
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31