最初的 Play Framework 1.x 有一个优雅而简单的模块管理系统。与 Play 存储库相结合,这是使用第三方组件和库快速增强应用程序的好方法。
有了 Play 2.0,情况就大不相同了。
如何贡献所谓的“模块”?
最初的 Play Framework 1.x 有一个优雅而简单的模块管理系统。与 Play 存储库相结合,这是使用第三方组件和库快速增强应用程序的好方法。
有了 Play 2.0,情况就大不相同了。
如何贡献所谓的“模块”?
引用邮件列表中的 Guillaume Bort 的话:
模块只是标准的子项目。
[...] 现在所有内容都已编译,您的模块路由文件必须为 controllers.Assets.at 定义自己的路由
顺便说一句,模块之间的路由包含还没有准备好。很快就会解决这个问题。
简单解释一下,现在任何 SBT 项目都可以是Module。这是(不知何故)一种改进,因为您可以导入现有项目而无需将它们转换为特定的“播放框架模块项目”格式。
例如,在 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 应用程序将成为正式的 Play Framework 模块目录,托管在 modules.playframework.org,并将取代原来的 Play 1.x 模块页面。
目前还处于非常早期的阶段,当然需要帮助。贡献是可能的。查看:https ://github.com/playframework/modules.playframework.org