Sonatype 是一家专业的服务公司，资助了很多 Maven 开发者的开发工作。近日 Sonatype 计划将 Maven 迁移到 Guice Dependency Injection（DI）容器上的插件层以替代 Plexus DI 容器。显然，使用 Guice 并不是一个草率的决定。Plexus 是个过时的 DI 容器，用于 Maven 的所用版本中。 Jason van Zyl （Maven 项目与 Sonatype 创建者）说最初在构想 Maven 1.0 时之所以使用 Plexus 是因为它是当时仅有的几个选择之一；在那个时候，Avalon（已经废弃的 Apache 项目）则是另一个知名的 DI 解决方案。
Maven 是个构建工具，采取约定优于配置的启发式手段进行应用的构建。虽然功能非常强大，但还是有很多人抱怨 Maven 不太灵活。要想通过 Maven 完成某个任务，用户需要对已有的插件进行配置（这非常简单）或是编写自己的插件，但很多开发者都不愿意写插件。插件都会用到 Maven 运行时中的 Plexus。插件开发者需要掌握 Plexus 才能定制 Maven 插件或是更好地理解现有的插件——这非常不爽，因为 Plexus 的文档非常差劲。除了差劲的文档外，van Zyl 还提到了用 Guice 替换掉 Plexus 的诸多原因。他呼吁大家不要再向 Plexus 项目进行提交了，因为 Maven 项目不打算自己构建并支持 DI 容器，而是向开发者及构建者提供构建工具与基础设施。
同时，另一个围绕着 Maven 进行的项目（叫做 Polyglot Maven ）承诺了很多增强以简化 Maven 使用与插件的编写，这包括支持用其他语言（如 Groovy 或是 Scala 等）编写 Maven pom 文件。
Guice 是由 Google（其中包括 Bob Lee ）开发的一个流行的 DI 容器。凭借 Guice，我们能够通过编程的方式将实现类绑定到接口上，然后通过 Guice @Inject 注解将生成的实例注入到构造方法、方法或是属性中。
最近，Guice 增加了对 JSR 330 的支持。JSR 330 定义了一套可移植又好用的 DI 功能子集，将被不同的 DI 容器实现。现在就有很多 DI 容器已经实现了该规范，如 Guice 和 SpringSource 的 Spring Framework 。Bob Lee 和 Jason van Zyl 都是 JSR 330 专家组的成员。Maven 的 Guice 支持将通过 JSR 330 注解实现，这样就具备了可移植性。为了确保能从 Plexus 平滑迁移到 Guice 上，Maven 将使用 Guice 构建一个桥接层。在经过了多方比较后最终确定 Maven 是唯一一个能够轻松从 Plexus 进行迁移的 DI 容器，这样最后的决定也就不言而喻了。
Guice 还提供了其他一些优秀的特性：支持 peaberry（ peaberry 是构建在 Guice 上的一个扩展模块，可以对动态 OSGi 服务进行解析和注入）、类型安全及定义良好的错误消息等。虽说某些特性并非 Guice 所独有，但 Guice 的的确确为我们提供了一个选择。Maven 团队现在不得不支持 Guice 的一个修补版本以满足其需求。van Zyl 说大部分内容正在实现当中，而有些则已经实现了。尚未实现的要么是不太重要的，要么仍处在测试和验证阶段。
其他一些项目（如知名的 Nexus server、Tycho 等等）也已经准备开始集成 Guice 了，在 Sonatype 最终完成 Maven 的重构后，这些集成也会延伸至 Sonatype 的其他项目中。
查看英文原文： Maven to be Built on Guice
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论