architecture - Maven多模块切割

Question

我们正在为我们的软件组件使用多模块项目。子模块分为 api 和 implementation。优点是其他maven项目只能导入API部分，看不到实现类。

这是最佳做法吗？它的粒度不是很细，最终可能会导致我们使用大包装。我更喜欢分层方法，这意味着像 client、logic、persistence 这样的模块。每个都可以有一个不同的 api 和一个 implementation 模块。这会不会太多，因为这意味着有 6 个模块而不是 2 个？

Answer 1

6 个模块应该不是问题。我在一个有 50 多个模块的项目上工作，没有因模块数量而引起的问题。

当您只使用 java 包加上由 JDepend 或 Structure101 等工具强制执行的允许依赖项规则时，更改模块之间的范围和依赖关系可能会有点困惑并且容易得多(但并不容易)。

因此，我会为我想要部署或不独立于其他东西部署的东西创建一个模块。

我不会仅仅为了防止应用程序各部分之间的依赖而创建模块，而是为此使用其他工具。