为什么要用maven

Question

#24

Answer 1

在网络环境不好的情况下maven就是个累赘[1][1][1]

Answer 2

现在已经是gradle了，可以取代maven和ant

Answer 3

简单的例子，从Spring 3 升级到 Spring 4，用Maven只要 pom 里把版本号从 3 改成 4，改一个数字就可以了，然后自动下载所有需要的jar包，但是不用 Maven 的话，下载jar包好痛苦

Answer 4

方便。。

Answer 5

与项目大小无关。有两点很重要：标准项目结构、依赖处理

第一个，统一的标准结构。
试想一下，我用IDEA创建的一个项目，拷贝到别人的机器，能导入别人的eclipse吗？
或者我netbeans，别人IDEA？不同IDE会有差异，拷贝过去还得整理环境。
这还不是最要命的，如果项目和我机器环境有关，那到别人机器上，各种莫名其妙的问题怎么搞？
小项目轻松鼓捣可能就搞定了，如果项目很大很复杂呢？哪个环节出了问题——每次新环境都折腾吗？
如果你用maven这个统一的标准结构，那么一切迎刃而解，所有IDE都支持它。
执行mvn eclipse:eclipse，就会根据pom文件生成eclipse的项目文件，然后导入eclipse即可。
idea也一样，mvn idea:idea，虽然没用过netbeans，但肯定也是一样的方式。

第二个，依赖处理
若项目依赖spring-jdbc，直接在pom中写上spring-jdbc的坐标，一个命令，自动下载依赖的包。
不仅如此，依赖的依赖也会添加进来，比如spring-jdbc依赖core/context等，没这个，它根本没法玩。
哪怕是写个留言本的系统，用pom都是非常有利的，稍有规模的项目就更不用说了。
尤其是公司内部，各系统、各模块之间的依赖如果专门进行管理，可能会错综复杂到想吐。
既然依赖都在pom中指明了坐标，那么项目内各大大小小的jar包就不用了。互相分享交流也更方便了。

Answer 6

快速构建

Answer 7

项目生命周期的管理

Answer 8

当你撸一个开源项目（或接手别人的项目）而构建文档没有或者不完全且项目结构并不是你常见的标准结构，更可怕的是依赖各种模块或者依赖各种jar包（有时候没有给出jar包，那么你面对的可能不仅仅是解决jar包版本问题）时，那么你就知道，有个靠谱的构建工具是多么靠谱了，相比ant之类，最起码的，maven能帮你解决依赖问题。

Answer 9

回复
源码几个G那得什么项目。。。

Answer 10

回复
我猜测应该很多静态文件（图片、css、js）并且有可能图片是大图片以及Jar有重复之类的

Answer 11

回复
不，只和代码相关，没有包括js，css，图等

Answer 12

回复
那得是什么项目啊,光是java代码都是G的代码量，我觉得这里边绝对有重复jar或相关重复的代码（我曾经遇到过一个项目,重复打了一个jar，100多M的jar里边包含各种开源jar包，外边又是各种jar）

Answer 13

回复
我们没有G，我们只有几百M

Answer 14

我曾经也自己问过自己为什么要用maven,但是当你接触的项目越大,你可能就会觉得 maven是一个好东西了（至今我仍然觉得小项目没必要用Maven）,这是我对maven的认识,传送带----->
http://blog.360chwl.net/detail/8a2390184d8502f1014db311d5df002c.html