现在 playframework 有了一个与版本 1 完全不同的新版本 2;后者会怎样?游戏 1 中编写的所有项目都应该绝对迁移到版本 2 吗?我想知道是否可以依靠 play 1 在近期或中期不会过时和不受支持?
3 回答
核心开发团队给出的关键声明之一是,他们自己有许多用 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 也即将推出。
也就是说,如果您决定迁移,我强烈建议您使用 Groovy 模板引擎 for 2.x,因为它可以使迁移过程更容易。
就个人而言,我更喜欢 1.x 到 2.x,但这纯粹是个人喜好问题。我在 1.x 上投入了很多时间,并且对它了如指掌,而 2.x 的特性并不足以让我远离 Play 1 的轻松和美丽。
在不久的将来,坚持使用 play 1.+ 可能会更好 - 因为有许多模块可以与 1.+ 一起使用 - 2.+ 可能需要更多时间才能变得稳定并具有更大的模块支持(因此此时将您的 play 1.+ 项目迁移到 2.+ 可能不是最好的做法)。在几个小版本之后使用 play 2.+ 可能更有意义。
不,至少无需为现有的稳定应用程序重写现有代码。每个应用程序的主要目标应该是独立于构建的软件的初始版本。Play 1.x
将在团队的维护下一段时间,但正如多次告知的那样 - 不会添加新功能,因为目前的主要开发方向是 2.x+
当然,如果您的应用程序处于开发的初始阶段和/或您认为未来会有很多变化,那么现在“跳转”到新版本可能会更好。稍后您将需要迁移更多内容。
另一方面,我肯定会推荐使用 2.x 版本开始新项目,停留在 1.x 级别会导致您有一天会因应用程序构建在不受支持的版本上而醒来。
关于模块可用性:请记住,模块是由社区创建的。我不会将我的选择限制在 Play 版本 1 和 2 之间的模块可用性,因为它只是一段代码,其中许多可以在短时间内再次编写。最后,作为 Play 的开发框架 - 模块只是很好的快捷方式,而不是absolutely required base
任何新应用程序的快捷方式。