今天的选项可以更轻松地迁移到Play 2

Question

我是Scala和Play的新手，我正在考虑将它们用于新项目。 我看到Play 2上的开发很顺利，虽然稳定版仍然是1.x.两者之间有substantial differences。

我想知道的是，如果我现在开始一个Play 1.x项目，我可以采取哪些选项来减少将来迁移到Play 2的过程？

即：

• Play 2使用Ebean作为默认ORM，你建议我使用它而不是Play 1.x的ORM（Hibernate）吗？
• 模板系统怎么样;我现在可以做些什么来让以后更容易迁移？
• 将来我决定将我的应用移植到Play 2时还有什么可担心的呢？

Answer 1

关于迁移本身：

• 计划将Groovy模板迁移到Play 2（我相信正在进行中）。您可以通过Scala开始使用Play 1.x来缓解这种情况，因为模板系统将是Scala。
• 除非使用特定于Hibernate的扩展，否则从Hibernate更改为Ebean应该很容易。
• 配置和一些工作（如@OnApplicationStart）可能会改变，但这应该很容易移植（只需移动它们）。
• 您访问路线和资产的方式会有所变化，这可能会为您提供一些额外的工作来调整代码/模板。

总的来说，它不应该太复杂，但正如@lacy所说，这取决于你的截止日期和项目本身。如果这是一个关键项目，要在2012年3月之前完成，我会选择Play 1.x.如果这是一个不太重要的项目，可能会延迟，并且无论如何都不会在2012年3月之前发布，请尝试使用Play 2.0。

Answer 2

我暂时不打算在项目上使用Play2。它仍然缺乏一些功能，即使开发正在进行，我也会坚持使用Play 1.2.x.即使我不得不承认尝试2.0也很有诱惑力。

但是，我绝不会在解决方案之间选择。从Play 1.2.x开始，尝试迁移到2.0.0。它被称为Semantic Versionning。当主要数字增加时，没有向后兼容性。意思是，您可以使用play 1.2.x或Play 2.0。尝试迁移会给你带来更大的压力，然后就会出现问题。

Answer 3

此＆＃39;所有关于你的项目的截止日期。 Play2即将推出，一些组件似乎已经非常稳定。所以，如果时间允许，我建议你使用Play2。它最近已将状态更改为Beta。几天前，Guillaume在Github上创建了一个有用的wiki。您还可以关注Play2源中的示例。而且，据我所知，从Play1X到Play2都没有迁移指南。