元のPlay Framework 1.xには、という簡潔なモジュール管理システムがありました。 Playリポジトリと組み合わせることで、サードパーティのコンポーネントであるアプリケーションの迅速な拡張が可能になりました。&ライブラリPlay Framework 2.0でモジュールを投稿するには?
Play 2.0では、物事が大きく異なります。
「モジュール」にどのように貢献しますか?メーリングリストからのGuillaume BORTを引用
元のPlay Framework 1.xには、という簡潔なモジュール管理システムがありました。 Playリポジトリと組み合わせることで、サードパーティのコンポーネントであるアプリケーションの迅速な拡張が可能になりました。&ライブラリPlay Framework 2.0でモジュールを投稿するには?
Play 2.0では、物事が大きく異なります。
「モジュール」にどのように貢献しますか?メーリングリストからのGuillaume BORTを引用
:
モジュールは標準的なサブプロジェクトです。すべてがコンパイルされると、あなたのモジュールのルートファイルは ちなみにcontrollers.Assets.at
ため、独自のルートを定義する必要があります
は、[...]今、モジュール間の経路含めることはまだ準備ができていません。すぐに が動作しますか?
簡単に説明すれば、SBTプロジェクトはモジュールになります。既存のプロジェクトを特定の "Play framework module project"形式に変換せずにインポートできるので、(何とか)改善されます。
たとえば、Play 1.xでは、 "Play Module"プロジェクトに属するjarファイル内に多くのロジックを提供するいくつかのモジュールがあります。 jarのソースが同じプロジェクトにないため、デバッグが複雑になる可能性があります。新しいシステムでは、単にsbt-jarプロジェクトをインポートするだけで(ラッパープロジェクトを作成する必要はありません)、他のプロジェクトが含まれているPlayプロジェクトをインポートする場合は、より簡単に依存関係を追跡できます。
また、完全なPlayプロジェクトをモジュールとして再利用できるという利点もあります。つまり、管理のアプリケーションX用のモジュールを完全な独立したPlayプロジェクトとして作成し、Sbtビルドファイルに行を追加するだけでアプリケーションZで再利用できます。そこにはたくさんの可能性があります。
https://github.com/playframework/modules.playframework.org/wikiをご覧ください。
このPlay 2.0アプリケーションは、modules.playframework.orgでホストされている公式のPlay Frameworkモジュールディレクトリで、元のPlay 1.xモジュールページに置き換わります。
これは非常に早い段階にあり、援助が必要です。貢献は可能です。 チェックアウト:https://github.com/playframework/modules.playframework.org
は恐ろしい、どのようにそれを行うには?私はちょうどPlay2の使用を考え始めました。0しかし、私はいくつかのプロジェクトを組み合わせて、私は単一のプロジェクトを実行するようにそれらを実行する方法を説明していない? – Ciantic