好吧,我学到了很多关于Maven的优点和缺点。在什么情况下我们应该选择maven?
这个问题是非常具体的
- 在我们应该选择什么样的场景行家?
像
- 巨大变化的依赖?
- 自动构建过程?我们需要maven为什么不哈德森?
需要答案帮助我了解,在项目开始时,我必须了解一些事情,以了解我是否需要maven。
我只是不想使用maven只是因为所有使用它,我想有一个强有力的理由,在这样和那样的条件下,maven是唯一可用的最佳解决方案。
好吧,我学到了很多关于Maven的优点和缺点。在什么情况下我们应该选择maven?
这个问题是非常具体的
像
需要答案帮助我了解,在项目开始时,我必须了解一些事情,以了解我是否需要maven。
我只是不想使用maven只是因为所有使用它,我想有一个强有力的理由,在这样和那样的条件下,maven是唯一可用的最佳解决方案。
我在过去面临挑战的一个领域是:当您的应用程序需要定制存档时。这通常发生在你有一个应用程序,其中生成的工件不是标准的(jar,war,ear)。那里的汇编插件是出路。但是,我们再次错过了Ant让我们这样做的轻松。
要回答你的问题,
Maven是像魔杖解决依赖和特殊的transitive dependencies当您使用蚂蚁这是不容易分辨的作品。自动构建(您提到hudoson)使用蚂蚁或Maven等工具。如果您需要自动化工具,您只需要它。该工具将反正需要或者蚂蚁或Maven
不要将Maven视为构建工具。建筑只是其中一个方面。 Maven在项目生命周期的所有阶段都扮演着角色。
Maven是最弱的时候
下载互联网是一个问题,但我宁愿处理这个问题,也不愿回到手动依赖管理。我只会用至少同样处理依赖关系的东西来替换Maven。
这里有一对夫妇的进一步阅读链接:
3-part criticism on DZone - 也看到了意见
想不出任何理由*不*使用Maven。 – adarshr 2012-01-17 09:33:05
慢?强制您的项目进入特定模板?下载互联网!? ;) – blank 2012-01-17 09:39:35
@adarshr:有很多原因,但我正在采取有关情况,所以没有理由拒绝投票 – 2012-01-17 10:30:56