我被分配到使用十年历史的Java项目。代码库很庞大，这是我第一次遇到大型企业项目。
我对项目结构感到困惑，因为在src / application.ear目录中有几十个名为目录的 something.jar ，每个jar文件夹都包含它是自己的ant构建和配置。然而，最终的构建将是单耳。构建来自不同子系统的罐子的理由是将它们运送到可能的集成系统吗？这是通过jar名称命名文件夹的一些常见模式吗？
答案 0 :(得分：0)
从不同的子系统构建罐子的理由是将它们运送到可能的集成系统吗？
是，
EAR（Enterprise ARchive）是Java EE用于将一个或多个模块打包到单个存档中的文件格式，以便将各种模块部署到应用程序服务器上同时并且连贯地进行。
在J2EE世界中，企业应用程序可以由Web模块，ejb模块等组成。
所以（这是我猜），名为 something.jar 的目录可以是企业应用程序的子模块o应用程序所需的库模块（EAR）......
这是通过jar名称命名文件夹的常见模式吗？
我真的不是。我以前从未见过。但我理解这种布局的目的。目的是封装文件（build.xml - ant任务），构建一些名为 something.jar 的艺术品（＆＃34; EAR应用程序需要，也许？＆＃34;）。因此，使用此布局，开发人员可以轻松识别哪个构建文件（build.xml）构造了什么人工制品。此外，使用此布局，开发人员可以定义主构建脚本，以协调其他构建脚本（EAR子模块）的顺序和执行。
所以，换句话说，你正在观看＆＃34;伪＆＃34; Maven框架，使用ANT作为实现......
可能是时候开始将这个旧应用程序迁移到maven模型了！