java - 最佳 Ivy 实践 : Split code into multiple projects or use one project with multiple configurations?

Question

在工作中，我们有许多项目需要共享一些通用代码。有些代码是完全通用的，而有些代码仅由我们项目的一个子集共享。我应该将通用代码拆分为两个单独的项目，还是为一个项目使用两种不同的 ivy 配置？

---

选项 1 - 两个独立的项目。

• 项目 1 - 作为默认配置发布的通用
• 项目 1 - 作为默认配置发布的 Common-xml

潜在问题:需要我有两个独立的项目，有两个独立的构建文件和两个独立的 ivy 文件。

选项 2 - 一个项目，针对不同工件的多个 ivy 配置

• 工件 1 - 作为核心发布的 Common
• 工件 2 - 作为 core-xml 发布的通用 xml

潜在问题:我可能必须在同一个项目中维护单独的源目录。

无论哪种情况，公共(public) xml 组件都可能依赖于公共(public)核心组件。

---

那么，SF，我应该如何维护我的公共(public)代码呢？我错过了这两种方法的哪些问题，还有哪些其他优点/缺点或替代解决方案？

Answer 1

嗯，这实际上取决于您喜欢如何管理源代码。但首先，我会问你是否真的需要拆分源代码的问题。公共(public)项目的想法是封装代码、类、接口(interface)等，以供其他项目用作公共(public)工具包。这并不意味着这些项目必须使用 Commons 中的所有内容。他们可能只使用其中的一小部分。这完全没问题，而且拆分您的 Commons 可能实际上是过度优化。

想一想 - 如果您的下一个项目使用 Commons 库的不同子集会怎样？你又要分手了吗？