2012-04-19 9 views

答えて

6

私はPlay 2.0の巨大なサポーターです。ほとんどの場合、非同期サポートの大幅な改善とAkkaとのコア統合のためです。 Scala APIは1.2.4よりも2.0で優れており、基礎となるビルドシステムとしてSBTを使用することも大きな決定でした。

プラグインが心配な人は、SBTと互換性のあるものを使用することができます。

Play 2.0は本当にPlay Frameworkの自然な進化であり、ゲームのこの時点で1.xプラットフォームに投資することはほとんど利益をもたらさないでしょう。

+0

SBTと互換性のあるものを実際に使用していることを意味しますか? –

+1

私は同意します。 Play 2.0は1.2.4のように磨かれていません(リリース後1か月というのは誰でしょうか?)。しかし、正しい方向に動いているようです。 –

+0

Play 2.0はSBTの上に構築されているので、SBT用のプラグインやモジュールを開発している人は、Play 2.0と互換性があり、少なくとも互換性はほとんどありません。 –

3

恥知らずの自己プロモーション:私の最新のblog postは、1.xから2.0への変更について話しています。

多くのプラグインはありませんが、Play固有のプラグインなしで使用できることはたくさんあります(たとえば、MongoDBアクセスのSalatなど)。 SBTプラグインを使用することもできます(以前はできなかったことです)。

1

SeanとMariusの答えを完成させるには:常に進んでください。Play 1で、コミュニティがその行を終えることに決めたその日があります。誰も知らない。

+2

私はあなたの問題を解決するツールを選ぶ方が良いと主張したいと思います。 Play 1.xはしばらくの間続くでしょう。 –

+0

今後のメンテナンスに関連するコストのように、「問題を解決する」よりも多くのことを考慮する必要があります。私はVB6で "問題を解決するために生産レベルのコードを書くことができますが、それは将来の維持とサポートにもっと多くの労働時間を要するため、私はしません。 –

+0

@MariusSoutier:はい、あなたは正しいです、最初のソリューションを動作させる!しかし、Ahmedは自分のニーズが正確ではなかったので、私は自分がどのラインを開始するのが良いかを知りたいと思った。答えはただ一つでよい。 Play 1.xには多くのプラグインがあり、成熟していますが、1.xで開発している間は、「その瞬間」を待つならばPlay 2.0は成熟しません。私たちのように物事を進めなければなりません! – biesior

18

あなたは、単に物事をを成し遂げるします。

technologic wizardryplaytwoに行ってください。