#24
在网络环境不好的情况下maven就是个累赘[1][1][1]
现在已经是gradle了，可以取代maven和ant
方便。。
简单的例子，从Spring 3 升级到 Spring 4，用Maven只要 pom 里把版本号从 3 改成 4，改一个数字就可以了，然后自动下载所有需要的jar包，但是不用 Maven 的话，下载jar包好痛苦
与项目大小无关。有两点很重要：标准项目结构、依赖处理
第一个，统一的标准结构。试想一下，我用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包就不用了。互相分享交流也更方便了。
快速构建
项目生命周期的管理
当你撸一个开源项目（或接手别人的项目）而构建文档没有或者不完全且项目结构并不是你常见的标准结构，更可怕的是依赖各种模块或者依赖各种jar包（有时候没有给出jar包，那么你面对的可能不仅仅是解决jar包版本问题）时，那么你就知道，有个靠谱的构建工具是多么靠谱了，相比ant之类，最起码的，maven能帮你解决依赖问题。
回复源码几个G那得什么项目。。。
回复我猜测应该很多静态文件（图片、css、js）并且有可能图片是大图片以及Jar有重复之类的
回复不，只和代码相关，没有包括js，css，图等
回复那得是什么项目啊,光是java代码都是G的代码量，我觉得这里边绝对有重复jar或相关重复的代码（我曾经遇到过一个项目,重复打了一个jar，100多M的jar里边包含各种开源jar包，外边又是各种jar）
回复我们没有G，我们只有几百M
我曾经也自己问过自己为什么要用maven,但是当你接触的项目越大,你可能就会觉得 maven是一个好东西了（至今我仍然觉得小项目没必要用Maven）,这是我对maven的认识,传送带----->http://blog.360chwl.net/detail/8a2390184d8502f1014db311d5df002c.html
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
暂无简介
文章 0 评论 0
接受
发布评论
评论（14）
在网络环境不好的情况下maven就是个累赘[1][1][1]
现在已经是gradle了，可以取代maven和ant
方便。。
简单的例子，从Spring 3 升级到 Spring 4，用Maven只要 pom 里把版本号从 3 改成 4，改一个数字就可以了，然后自动下载所有需要的jar包，但是不用 Maven 的话，下载jar包好痛苦
与项目大小无关。有两点很重要：标准项目结构、依赖处理
第一个，统一的标准结构。
试想一下，我用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包就不用了。互相分享交流也更方便了。
快速构建
项目生命周期的管理
当你撸一个开源项目（或接手别人的项目）而构建文档没有或者不完全且项目结构并不是你常见的标准结构，更可怕的是依赖各种模块或者依赖各种jar包（有时候没有给出jar包，那么你面对的可能不仅仅是解决jar包版本问题）时，那么你就知道，有个靠谱的构建工具是多么靠谱了，相比ant之类，最起码的，maven能帮你解决依赖问题。
回复
源码几个G那得什么项目。。。
回复
我猜测应该很多静态文件（图片、css、js）并且有可能图片是大图片以及Jar有重复之类的
回复
不，只和代码相关，没有包括js，css，图等
回复
那得是什么项目啊,光是java代码都是G的代码量，我觉得这里边绝对有重复jar或相关重复的代码（我曾经遇到过一个项目,重复打了一个jar，100多M的jar里边包含各种开源jar包，外边又是各种jar）
回复
我们没有G，我们只有几百M
我曾经也自己问过自己为什么要用maven,但是当你接触的项目越大,你可能就会觉得 maven是一个好东西了（至今我仍然觉得小项目没必要用Maven）,这是我对maven的认识,传送带----->
http://blog.360chwl.net/detail/8a2390184d8502f1014db311d5df002c.html