Play子项目使用Macwire时是否需独立配置ApplicationLoader？含Play-json导入问题

问题1：Macwire环境下，Play子项目是否需要独立的ApplicationLoader？ #

答案是完全取决于你的部署架构，结合你提到的「部署时Api、Reporting和CMS模块要分别部署在不同服务器」的场景，每个需要独立部署的子项目都得有自己的ApplicationLoader，具体原因如下：

• Play的ApplicationLoader是应用启动的核心入口，负责初始化依赖注入（DI）容器、加载配置、启动服务等。当子项目要单独部署时，它本质上就是一个独立的Play应用，必须有专属的启动入口。
• 用Macwire做DI的话，每个子项目的依赖树是独立的（比如Api模块依赖Core，Reporting也依赖Core，但各自的业务组件、接口实现完全不同），独立的ApplicationLoader能帮你在每个子项目里精准组装对应的依赖实例，避免跨模块的依赖混乱。
• 你提到父项目仅用于开发环境，那它的ApplicationLoader只需要整合所有子项目组件，方便本地联调即可，部署阶段完全用不上，算是开发便利工具。

问题2：子项目无法导入Play-json类，是否和ApplicationLoader配置有关？ #

首先明确：Play-json的导入问题和ApplicationLoader没有直接关联，大概率是子项目的sbt配置出了问题，但如果你的子项目是要独立部署的Play应用，正确配置ApplicationLoader是前提，同时要确保依赖配置到位：

先解决Play-json的导入问题： #

• 如果子项目是普通Scala模块（非Play Web模块），需要手动在sbt配置中添加Play-json依赖：

  libraryDependencies += play.sbt.PlayImport.playJson
  

• 如果子项目是Play子模块（已经引入play.sbt.PlayModule插件），Play-json会被自动引入，这种情况建议检查你的导入路径是否正确（比如是否写成了play.api.libs.json._）。

再回到ApplicationLoader的配置： #

对于每个要独立部署的子项目（Api、Reporting、CMS），确实需要创建对应的专属ApplicationLoader，举个Api模块的例子：

1. 创建ApiApplicationLoader类，继承自Play的ApplicationLoader，用Macwire组装Api模块的DI组件：

   class ApiApplicationLoader extends ApplicationLoader {
     def load(context: ApplicationLoader.Context): Application = {
       new ApiComponents(context).application
     }
   }
   
   class ApiComponents(context: ApplicationLoader.Context)
     extends BuiltInComponentsFromContext(context)
        with Macwire
        with ApiModuleDependencies // 这里引入你的Api模块专属依赖组件
   

2. 在Api模块的application.conf中指定这个Loader：

   play.application.loader = "com.yourpackage.ApiApplicationLoader"
   

3. 同理，为Reporting、CMS模块分别创建ReportingApplicationLoader、CMSApplicationLoader，并在对应模块的application.conf中配置好。

关于Core模块的补充建议： #

Core模块作为公共依赖，建议做成纯Scala子项目（不依赖Play的Web层），只封装通用业务逻辑、数据模型、工具类等。其他子项目（Api、Reporting等）直接依赖Core模块，在各自的Components类中通过Macwire注入Core的实例即可，这样能保证Core模块的通用性和低耦合。

内容的提问来源于stack exchange，提问作者raul782