我是maven的新手.
除了用于管理依赖项之外,我发现它几乎没用.
编写一个pom.xml变得如此困难,我从maven的一个任务中生成了一个ant build.xml(这是一个非常方便的任务......)我不得不调整maven生成的build.xml .现在我所有的编译,测试等都是用这个build.xml来完成的.
这样的组合常见吗？我想把它永久化在我的项目中.
除了用于管理依赖项之外,我发现它几乎没用.
那是因为你没有得到它:)依赖管理只是Maven的一小部分,Maven确实有更多.引用Maven:权威指南:
Maven是一个项目管理工具,它包含项目对象模型,一组标准,项目生命周期,依赖关系管理系统以及在生命周期中定义阶段执行插件目标的逻辑.当您使用Maven时,您使用定义良好的项目对象模型描述您的项目,然后Maven可以从一组共享(或自定义)插件中应用横切逻辑.
Maven使用约定优于配置,包含许多有用的默认值(目录位置,定义的生命周期,一组知道如何构建和组装软件的常见插件),Maven提供了一个用于构建项目的通用接口(与Ant不同,你知道如何做每个项目运行测试,打包等事情,不需要打开构建脚本来了解它是如何完成的),Maven 通过maven插件实现重用(构建逻辑嵌入到插件中用于DRY目的,你不需要不得不一遍又一遍地重复,你不必复制/粘贴部分构建脚本),Maven有一个项目对象模型,允许你通过元数据描述你的项目(这使得依赖管理,远程存储库,重用构建逻辑,工具集成,工件搜索......).
所以,因为Maven 为项目管理提供了通用语言或共享语言,比较Maven和Ant(如果你想要+ Ivy),Maven vs. Buildr,Maven vs. Gradle就像比较苹果和橙子,这种比较无关紧要.
这样的组合常见吗？我想把它永久化在我的项目中.
好吧,不,这真的不是一种做事方式.这可能看起来很诱人(因为你感觉你重新获得了控制权,因为你了解Ant的情况),但你实际上又在重复自己并失去了Maven的所有优势.当然,Maven有一些学习曲线,我不是说你会在一个晚上学会它,但是一旦你得到它,你就会感受到力量.因此,我建议继续尝试,在邮件列表上提问或在SO上提问,阅读Maven书等.但不要放弃.
| 归档时间： |
|
| 查看次数： |
987 次 |
| 最近记录： |