これで、playframeworkにバージョン1とは完全に異なる新しいバージョン2が追加されました。後者はどうなりますか?プレイ1で作成されたすべてのプロジェクトをバージョン2に完全に移行する必要がありますか?近い将来または中程度の将来に、プレイ1が時代遅れになり、サポートされなくなることを信頼できるのではないかと思います。
3 に答える
コア開発チームから出された重要な声明の 1 つは、彼ら自身が Play 1.x で書かれた多くのアプリを持っているため、Play 1.x を引き続きサポートするということです。Play はかなり前から存在しており、公開される前から、クライアントの Web アプリを構築するためのフレームワークとして Zenexity によって使用されていました。
Play 1.x Web アプリに戻って再設計するつもりはありません。多くの点で、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 の使いやすさと美しさから私を引き離すのに十分ではありません。
近い将来、play 1.+に固執する方が良いかもしれません-1.+で動作するモジュールがたくさんあるので、2。+が安定し、さらに多くのモジュールサポートが得られるまでにはもう少し時間がかかるかもしれません(したがって、この時点でPlay 1.+プロジェクトを2.+に移行するのは最善の方法ではない可能性があります)。いくつかのマイナーリリースの後にplay2.+を使用する方が理にかなっているかもしれません。
いいえ、少なくとも既存の安定したアプリについては、既存のコードを書き直す必要はありません。各アプリケーションの主な目標は、で構築されたソフトの初期バージョンから独立している必要があります。Play 1.x
しばらくの間チームのメンテナンス下にありますが、何度も言われているように、現在の主な開発方向は2.x +であるため、新しい機能は追加されません。
もちろん、アプリが開発の初期段階にある場合や、将来的に多くの変更が予定されている場合は、今すぐ新しいバージョンに「ジャンプ」することをお勧めします。後で、もっと多くのものを移行する必要があります。
一方、バージョン2.xで新しいプロジェクトを開始することを強くお勧めします。1.xレベルのままにすると、サポートされていないバージョンでビルドされたアプリケーションでいつか目を覚ますことになります。
モジュールの可用性について:モジュールはコミュニティによって作成されることに注意してください。Playのバージョン1と2の間のモジュールの可用性については、コードの一部であり、それらの多くは短時間で再記述できるため、選択を条件付けません。最後に、Playは開発フレームワークであるため、モジュールは単なる優れたショートカットであり、新しいアプリケーション用ではありません。absolutely required base