最初的Play Framework 1.x拥有一个优雅且简单的模块管理系统。与Play存储库相结合,这是使用第三方组件快速增强应用程序的好方法。库。
使用Play 2.0,情况非常不同。
如何贡献所谓的“模块”?
答案 0 :(得分:7)
从邮件列表中引用Guillaume Bort:
模块只是标准子项目。
[...]现在一切都已编译,你的模块路由文件必须 为controllers.Assets.at
定义自己的路由顺便说一下,模块之间的路由包含还没有准备好。将 很快就会开展这项工作。
答案 1 :(得分:5)
简单解释一下,现在任何SBT项目都可以是模块。这是(某种程度上)改进,因为您可以导入现有项目而无需将它们转换为特定的“Play框架模块项目”格式。
例如,在Play 1.x中,您有几个模块,这些模块在属于“Play模块”项目的 jar 文件中提供了大量逻辑。该 jar 的源不在同一个项目中,这可能会使调试变得复杂。使用新系统,您只需导入sbt-jar项目(无需创建包装器项目),或者,如果要导入包含该项目的Play项目,则可以更轻松地跟踪依赖项。
另一个好处是您可以将完整的Play项目重用为模块。这意味着应用程序X的 Admin 模块可以创建为完整且独立的Play项目,然后只需在Sbt构建文件中添加一行即可在Application Z中重用。那里有很多可能性。
答案 2 :(得分:1)
答案 3 :(得分:0)
看看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