当 Maven 遇上 Eclipse
简介：? Maven 是一个功能强大的工具，但需要将其集成到流行的集成开发环境 (IDE) 中，以使其功能更易用且让您的工作更轻松，从而增加您的生产力和项目质量。Mevenide 将 Maven 平滑集成到 Eclipse 中，帮助降低了第一次面对 Maven 时的学习曲线。本教程提供了如何让 Maven 与 Eclipse 协作的具体例子。
现在可以开始编码了。
回页首
关于多项目
正如前面所看到的，Maven 在处理涉及许多子项目的复杂项目时有用。如果更深入地研究所推荐的 Maven 多项目布局，将注意到它是以层次方式构造的：结构的根包含共享元数据，比如父 POM、共享属性和公共目标定义。在某种程度上，该结构类似于 Eclipse 工作空间，包括包含当前工作空间配置的顶层元数据文件夹。
但是，Eclipse 工作空间元数据不能由用户手动编辑，但是您应该能够添加并手动编辑 Maven 元数据（最终添加文件夹以构造它）。不能将 Maven 项目根导入为 Eclipse 项目，因为它将与现有子项目重叠，而 Eclipse 还不支持项目重叠。
回页首
关于非 Eclipse 友好的项目
自然冲突存在于典型 Maven 项目布局（层次结构，父文件位于层次结构根）和 Eclipse 项目结构。这就是为什么让 Maven 和 Eclipse 顺利协作的惟一可行方法是平铺层次结构，以使共享元数据包含在子项目中。
但这并不总是可行。例如，假设要检出层次结构化的但对其没有控制权的项目。如何让 Eclipse 与该项目良好协作？在这种情况下，一些应急方案（每个都具有自己的缺点）可以帮助您处理该问题：
使用一个大 Eclipse 项目——主要缺点是损失依赖关系可见度；几乎无法说明哪个模块依赖于哪个库。这还促进了循环，使得平均信息量增加得更快，维护更困难。 在 Eclipse 外部编辑根文件——这是本文展示的最安全的应急方案。但是，该解决方案不易于使用，因为它需要在工具间切换，而且还易出错。创建只包含到根文件和文件夹的链接的虚拟项目——尽管易于使用，但该解决方案有两个缺点：不支持变量扩张（因此在团队环境中很麻烦），而且必须手动配置。这些只是提示，并非建议。应该尽量避免使用这些方法。最终，应该尝试重构您的构建，而不要依赖这些让事情变得更困难的应急方案。
