playframework - Play Framework 1.0 和 2.0 之间的主要区别是什么？

Question

随着最近发布的 Play Framework 2.0，我想知道是否有人可以从高层次的角度总结一下 Play Framework 1 和 2 之间的主要区别。

我已经编译了一些(玩 1.0 -> 玩 2.0):

• 模板引擎:Groovy Pages -> Scala 模板
• 持久化:Hibernate -> Ebean
• 语言支持:Java -> Scala、Java
• 动态编译:字节码注入(inject) -> 通过 SBT 动态编译
• 构建系统:不适用 -> SBT
• 可扩展性:模块、插件 -> 子项目、插件、SBT 插件

还有什么？阿卡？

Answer 1

这是我的列表，当然，有一些重复

• 破坏了向后兼容性(这是从头开始重写)

• 使用 scala 与 java 进行核心编程(必须学习 scala 才能进行协作)

• 用于模板的 scala(但正在将 groovy 模板作为模块进行工作，以简化迁移)，因此您必须指定每个参数的类型

• sbt 控制台而不是 python 脚本

• sbt 用于解决依赖关系而不是内置解决方案( Play 依赖关系命令)

• 模块可用性，显然需要一些时间来迁移它们......

• 对于 java，它更喜欢使用 ebean 代替 hibernate(但您可以使用 hibernate)

• 对于 scala，带有 anorm(但您可以使用其他库)

• 更加模块化，更容易选择其他组件

• 更多类型安全 - 在编译时检查 View 甚至路由

• 更好的性能

• 类型安全支持，它是 typesafe stack 的一部分

• 更少的魔力，没有那么多的字节码生成和类似的东西

• 更标准，(play项目只是标准的sbt项目)

• 不同的 Controller API(更详细，恕我直言)您可以比较 simple play 1.x crud controller与 similar play 2.0 one

• scala 是一等公民，但 java 也同样受支持(它们都有原生 API)

• 热重新编译速度较慢(仍处于测试阶段，希望他们能解决这个问题)

• scala IDE 支持并不像 java 那样成熟(但它发展得很好)

• 委托(delegate)给 akka 的异步支持

• 为不同类型的数据源做好更好的准备，例如 nosql 数据库

有关更多信息，请查看 play 2.0 page (有西类牙语翻译 here )和 RC1 documentation

无论如何，我认为主要的区别是 play 1.x 试图在逃离 j2ee 的同时构建自己的堆栈，现在它们是基于 scala、akka、sbt 并支持的新的替代堆栈的一部分像 typesafe 这样的公司...