现在,playframework的新版本2与版本1完全不同;后者会发生什么?所有写在游戏1中的项目是否应该绝对迁移到版本2?我想知道是否可以依靠游戏1在近期或中期将来不会过时且不受支持?
答案 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
适用于任何新应用程序。