如何模块化（大型）Java App？
我手头有一个相当大的（几个MLOC）应用程序，我想分成更易于维护的单独部分。 目前，该产品由大约40个Eclipse项目组成，其中许多项目具有相互依赖性。 仅这一点使得连续构建系统变得不可行，因为每次签入都需要非常重建。
是否有“最佳实践”的方法
- 识别可以立即分离的部分
- 直观地记录相互依赖性
- 解开现有代码
- 处理我们需要应用于库的“补丁”（目前通过将它们放在实际库之前的类路径中来处理）
如果有（免费/开放）工具来支持这一点，我会很感激指点。
尽管我对Maven没有任何经验，但它似乎强制采用非常模块化的设计。 我现在想知道这是否可以迭代地进行改装，或者如果一个项目使用它必须从一开始就考虑模块化。
编辑2009-07-10
我们正在使用Apache Ant / Ivy拆分一些核心模块。 非常有用且设计精良的工具，不像maven那样强加给你。
我写了一些更一般的细节和个人意见，说明我们为什么在我的博客上这样做 – 这里发布的时间太长，也许对每个人都不感兴趣，所以请自行决定： www.danielschneller.com
使用OSGi可能非常适合您。 它允许从应用程序中创建模块。 您还可以以更好的方式组织依赖项。 如果正确定义了不同模块之间的接口，则可以使用持续集成，因为您只需要在签入时重建受影响的模块。
OSGi提供的机制将帮助您解开现有代码。 由于类加载的工作方式，它还可以帮助您以更简单的方式处理补丁。
OSGi的一些概念似乎很适合你，如维基百科所示：
该框架在概念上分为以下几个方面：
- Bundles – Bundle是普通的jar组件，带有额外的清单头。
- 服务 – 服务层通过为普通旧Java对象（POJO）提供publish-find-bind模型，以动态方式连接bundle。
- Services Registry – 管理服务的API（ServiceRegistration，ServiceTracker和ServiceReference）。
- 生命周期 – 生命周期管理的API（安装，启动，停止，更新和卸载软件包）。
- 模块 – 定义依赖关系的封装和声明的层（bundle如何导入和导出代码）。
- 安全性 – 通过将捆绑function限制为预定义function来处理安全性方面的层。
第一：好运和好咖啡。 你需要两者。
我曾经遇到过类似的问题。 具有糟糕循环依赖性的遗留代码，甚至是来自不同包（如org.example.pkg1.A）的类之间的代码依赖于org.example.pk2.B ，反之亦然。
我从maven2和新的eclipse项目开始。 首先，我尝试确定最常见的function（日志层，通用接口，公共服务）和创建的maven项目。 每次我对某个部件感到满意时，我都会将该库部署到中央nexus存储库，以便它几乎可以立即用于其他项目。
所以我慢慢地通过各层进行了练习。 maven2处理了依赖项，m2eclipse插件提供了一个有用的依赖视图。 BTW – 将eclipse项目转换为maven项目通常并不困难。 m2eclipse可以为你做，你只需要创建一些新的文件夹（如src / main / java）并调整源文件夹的构建路径。 只需一两分钟。 但是如果您的项目是eclipse插件或rcp应用程序，并且您希望maven不仅可以管理工件，还可以构建和部署应用程序，那么期待更多的困难。
对于意见，eclipse，maven和nexus（或任何其他maven存储库管理器）是一个很好的基础。 你很幸运，如果你有一个很好的系统架构文档，这个架构真的实现了;）
我在小代码库（40 kloc）中有类似的经验。 没有“规则”：
- 使用和不使用“模块”编译以查看其用法
- 我从“叶子模块”开始，没有其他依赖的模块
- 我处理循环依赖（这是一个非常容易出错的任务）
- 使用maven，可以在CI过程中部署大量文档（报告）
- 使用maven，你总能看到在netbeans中使用网站中的内容（使用
非常好的有向图） - 使用maven，您可以在代码库中导入库代码，应用源代码补丁并使用您的产品进行编译（有时这很容易，有时非常困难）
检查依赖性分析器： http ： //www.javalobby.org/servlet/JiveServlet/download/17-96956-92153685-7907/screenshot.jpg
Netbeans的：
Maven很难迁移到现有系统。 然而，它可以毫不费力地应对100多个模块项目。
您需要决定的第一件事是您要迁移的基础设施。 它应该是很多独立维护的模块（转换为单独的Eclipse项目）还是将它视为一个版本化和部署整体的单个代码块。 第一个非常适合迁移到Maven之类的构建环境 – 后者用于同时拥有所有源代码。
在任何情况下，您都需要运行持续集成系统。 您的第一个任务是自动构建代码库，这样您就可以让CI系统监视源存储库并在更改时重建它。 我决定在这里使用非Maven方法，并且我们专注于创建一个简单的Eclipse环境，因此我使用ant4eclipse和Team ProjectSet文件（我们仍然使用它）创建了一个构建环境。
下一步将是摆脱循环依赖 – 这将使您的构建更简单，摆脱Eclipse警告，并最终允许您进入“结帐，编译一次，运行”阶段。 这可能需要一段时间:-(当你迁移方法和类时，不要移动它们，而是提取或委托它们并留下它们的旧名称并标记它们已被弃用。这将把你的解开与重构分开，并允许代码“在“您的项目之外仍然使用项目中的代码。
您将从源存储库中受益，该存储库允许移动文件和保留历史记录。 CVS在这方面非常薄弱。
我不建议使用Maven作为遗留源代码库。 它可能会给你带来许多麻烦，只是试图让一切都适应它。
我想你需要的是做一个项目的架构布局。 工具可能会有所帮助，但最重要的部分是组织模块的逻辑视图。
它不是免费的，但是Structure101将为您提供最好的工具支持，以达到您的所有要点。 但是对于记录我有偏见，所以你可能也想看看SonarJ和Lattix。 😉