java maven有什么用_java – 为什么选择maven？有什么好处？

Figuring out package dependencies is really not that hard. You rarely do it anyway. Probably once during project setup and few more during upgrades. With maven you’ll end up fixing mismatched dependencies, badly written poms, and doing package exclusions anyway.

不是那么难…玩具项目。但我工作的项目有很多，真的很多，我很高兴让他们过渡，有一个标准化的命名方案为他们。手动管理所有这些将是一场噩梦。

是的，有时你必须工作在依赖的收敛。但是考虑一下它，这不是Maven所固有的，这是任何使用依赖的系统所固有的(我在这里一般来说是Java依赖)。

所以使用Ant，你必须做同样的工作，除非你必须手动执行一切：抓取项目A及其依赖项的某个版本，抓取项目B的一些版本及其依赖项，找出它们使用的确切版本，检查他们不重叠，检查他们不是不相容，等等欢迎来到地狱。

另一方面，Maven支持依赖管理，并且为我传递地获取它们，并给我需要管理依赖管理所固有的复杂性的工具：我可以分析依赖树，控制传递依赖中使用的版本，排除一些他们如果需要，控制跨模块聚合等。没有魔术。但至少你有支持。

不要忘记，依赖管理只是Maven提供的一小部分，还有更多的东西(甚至没有提到与Maven完美集成的其他工具，例如Sonar)。

Slow FIX-COMPILE-DEPLOY-DEBUG cycle, which kills productivity. This is my main gripe. You make a change, the you have to wait for maven build to kick in and wait for it to deploy. No hot deployment whatsoever.

首先，为什么你使用Maven这样？我不。我使用我的IDE编写测试，代码，直到他们通过，重构，部署，热部署和运行一个本地Maven构建，当我完成，在提交之前，以确保我不会打破连续构建。

第二，我不确定使用Ant会使事情更好。根据我的经验，使用二进制依赖的模块化Maven构建比典型的单块Ant构建更快的构建时间。无论如何，看看Maven Shell准备(重新)使用Maven环境(这是真棒的方式)。

所以在结束，我很抱歉说，所以，真的不是真的Maven杀死你的生产力，它是你滥用你的工具。如果你不满意，好吧，我能说什么，不要使用它。就个人而言，我从2003年开始使用Maven，我从来没有回头。