Maven Java接口和实现多模块问题

Question

假设我有一个包含 2 个模块的重用项目：api 和服务。 re-use api 模块定义了可以被其他应用程序项目使用的接口、类型、注解。 重用服务模块包含真正的实现。 重用项目如下所示：

pom.xml: id=reuse, group=com.test.project, version=1.0.0
|__api-module
        |__pom.xml: parent={id=reuse, group=com.test.project, version=1.0.0}, id=reuse-api
|__service-module
        |__pom.xml: parent={id=reuse, group=com.test.project, version=1.0.0}, id=reuse-srv

我们的一个应用程序依赖于重用模块。

pom.xml: id=application, group=com.test.project, version=2.0.0
         dependency={scope=compile, id=reuse-api, group=com.test.project, version=1.0.0}
         dependency={scope=runtime, id=reuse-srv, group=com.test.project, version=1.0.0}

问题是，如果现在我们更改重用服务模块中的某些内容，这意味着我们更改重用模块的实现，则必须编译整个重用模块（api 和服务），并且新版本将是发布，因为api和服务模块的版本是从父模块继承的。 新的 pom 结构将如下所示：

pom.xml: id=reuse, group=com.test.project, version=1.0.1
|__api-module
        |__pom.xml: parent={id=reuse, group=com.test.project, version=1.0.1}, id=reuse-api
|__service-module
        |__pom.xml: parent={id=reuse, group=com.test.project, version=1.0.1}, id=reuse-srv

之后，应用程序必须使用新版本的重用更改依赖项：

pom.xml: id=application, group=com.test.project, version=2.0.1
         dependency={scope=compile, id=reuse-api, group=com.test.project, version=1.0.1}
         dependency={scope=runtime, id=reuse-srv, group=com.test.project, version=1.0.1}

有没有办法使重用服务模块的修改也不会导致应用程序发生变化？ 应用程序真的不需要受到重用实现的变化的影响吗？

你有什么意见/建议吗？ 谢谢你。

Answer 1

假设您将 2 个模块存储在某个工件存储库中（例如，您公司中托管的某个存储库管理器）

service-api-1.0.0
service-impl-1.0.0

这些模块在多个应用程序之间共享：

app-1
   compile: service-api-1.0.0
   runtime: service-impl-1.0.0
app-2
   compile: service-api-1.0.0
   runtime: service-impl-1.0.0

应用程序应在构建配置中定义您的存储库（ 附加 Maven 存储库）并按版本号引用它们。

每次在 API/实现上完成一组更改时，您都应该发布一个具有更高版本的库。

库版本通常由 3 个组件组成[major].[minor].[bugfix]

• Bugfix时，有没有新的功能，但只是修复现有功能的版本应该更新每一个版本。
• 当有向后兼容以前版本的新功能时，会更新Minor版本。
• 当我们引入不兼容的更改时， Major版本会更改。

例如，在修复service-impl-1.0.0一些实现缺陷时，您正在发布service-impl-1.0.1 。 这个可能/应该仍然针对service-api-1.0.0编译。

这个新版本将安装在您的存储库中，然后其内容将是

service-api-1.0.0
service-impl-1.0.0
service-impl-1.0.1

除非您更新应用程序的配置，否则它仍将针对存储库中仍然可用的旧版本进行编译和构建。 所以你现在可以拥有：

app-1
   compile: service-api-1.0.0
   runtime: service-impl-1.0.0
app-2
   compile: service-api-1.0.0
   runtime: service-impl-1.0.1

只要它们可以访问您的库的历史版本，就无需更改每个应用程序。 仅当您想要获得新功能时才更改依赖项版本（与您对 Maven 中心中的任何其他公共共享库所做的方式非常相似）。

Answer 2

如果您更改库的代码，应用程序有三个选择：

1. 使用新版本重新编译。
2. 保留旧版本并忽略所做的更改。
3. 不要再次编译，而是在运行时使用新库。

第三个选项有点冒险，因为它要求所有接口和所有行为都保持不变，否则您可能会遇到运行时异常。 不过，这很常见。

如果您真的想将库的实现与应用程序分离，您需要一种不同类型的依赖项，例如 REST 服务。 在效果上，这类似于（3），因为您更改了 REST 服务的实现，但保证行为和接口不变。