playframework版本1会变得过时吗?

时间:2012-07-22 18:13:39

标签: playframework

现在,playframework的新版本2与版本1完全不同;后者会发生什么?所有写在游戏1中的项目是否应该绝对迁移到版本2?我想知道是否可以依靠游戏1在近期或中期将来不会过时且不受支持?

3 个答案:

答案 0 :(得分:8)

核心开发团队提供的一个关键声明是,他们自己拥有许多用Play 1.x编写的应用程序,因此,他们将继续支持Play 1.x. Play已经存在了很长一段时间,甚至在它公开之前,它被Zenexity用作构建客户端Web应用程序的框架。

他们不打算回去重新设计Play 1.x网络应用程序,并且在很多方面,1.x附近的支持和社区强于2.如果您希望开始使用更真实的时间特征,那么也许你应该转到Play 2,但如果你对Play 1提供的内容感到满意......为什么要移动? Nicolas Leroux和其他一些核心开发人员已经致力于维护Play 1项目,自Play 2发布以来,1.2.5已经推出,1.3正在推出。

也就是说,如果您决定迁移,我强烈建议您使用2.x的Groovy模板引擎,因为它可以使迁移过程更容易。

就个人而言,我更喜欢1.x到2.x,但这只是一个纯粹的品味问题。我在1.x上花了很多时间,并且知道得很清楚,2.x的功能还不足以让我远离Play 1的轻松和美丽。

答案 1 :(得分:2)

在不久的将来,坚持玩游戏可能会更好。+ - 因为有许多模块可以使用1. + - 可能需要更长的时间才能使2. +变得稳定且均匀更大的模块支持(因此将你的游戏1. +项目迁移到2. +此时可能不是最好的事情)。在一些次要版本之后使用play 2. +可能会更有意义。

答案 2 :(得分:1)

不,至少对于现有的稳定应用程序,无需重写现有代码。每个应用程序的主要目标应该是独立于构建的软件的初始版本。 Play 1.x将在团队的维护下进行一段时间,但正如多次被告知的那样 - 将不会添加任何新功能,因为当前的主要发展方向是2.x +

当然,如果您的应用程序处于开发的初始阶段和/或您认为未来会发生很多变化,那么现在可能会“更好地”推出更新版本。稍后你需要迁移更多的东西。

另一方面,我肯定会建议使用2.x版开始新项目,保持在1.x级别会导致某天你在基于不支持版本的应用程序上醒来。

关于模块可用性:请记住,模块是由社区创建的。我不会选择Play的版本1和2之间的模块可用性,因为它只是一段代码,其中许多可以在短时间内再次写入。最后,Play是开发框架 - 模块只是很好的快捷方式, absolutely required base适用于任何新应用程序。