为什么要用Maven？

    早期还在学怎么用Ant构建项目时，就有看到说Maven是Ant的替代品，但真正意义去了解Maven，还是因为以前的公司一老员工在做OpenJMS二次开发时，从网上下载了源码，然后用Maven构建它。

当时跟他还因为这个产生了分歧，原因就是在本人看来，eclipse的功能已经非常强大，创建项目、编译、打包、导出、发布，这些功能eclipse都能做，为什么还要用一个学起来有点复杂，用起来也不是很方便的工具？

说说最近遇到几个现象：

1、以前要想在eclipse里用Maven功能都是要额外装m2eclipse插件，但是从eclipse4.4（代号Luna，2014年推出）开始，maven成了它的标准插件，从官网下载下来的eclipse就已经自带Maven功能

2、SpringFramework官网，不再提供Spring的jar包下载链接，而是只提供了Maven仓库配置信息。

3、在github网站里，很多流行的框架，其源码根目录下都有一个pom.xml的文件，也就是说默认都是用Maven来构建项目。

4、在建行这边开发的项目，基本都是用Maven来构建，虽然开发的电脑不能联外网，但建行内部用Nexus自己搭建了一个Maven仓库。

5、一同学，他在惠普里做的项目也是用Maven构建，也是内部自建Maven仓库。

这些种种迹象说明了Maven已经成为一个标杆，就算现在暂时没用它，但也不得不去了解它。

因为Maven功能很多，所以看起来会觉得很复杂，自然会觉得学起来难度比较大。这也就让很多原本想学习用Maven做项目构建的人，望而却步。

所以到底用，还是不用，这需要一些权衡判断，所谓工具，就是提供了一些自动化的功能，用它的时候会很方便，不用的话就什么都得自己手动操作。

总结一下Maven可以用上的几种场景

1、创建项目，自动关联和下载依赖的jar包。

用Eclipse新建项目时，创建的只是一个空的项目，如果要加入其他框架的功能需要手动导入jar包。一般的处理方法，就是到对应的官网下载相应的jar包。这时候会存在一个疑惑，就是从官网下载下来的软件包里，包含了它所有功能的jar包，哪一些jar包有用，哪一些没用，比较笨的办法就是把所有jar包都扔到项目的lib里面。这样就造成整个项目体积庞大，增加了项目发布的I/O流量，在开发测试时，服务启动时间变长（Tomcat要在更多的jar包中去查找相应的类）。

另外一个问题就是各个jar包版本的问题，像很多框架都关联了apache的commons-lang3，commons-logging等，但不同框架的版本，对应关联的第三方jar包版本也不一样。

用Maven，就可以很好的解决jar包关联问题，比如要Struts框架，只需在pom.xml文件里，添加以下配置

<dependency>
  <groupId>org.apache.struts</groupId>
  <artifactId>struts2-core</artifactId>
  <version>2.3.24.1</version>
</dependency>

Maven就自动的从仓库中下载相应的jar包，导入到项目中，而且它还能自动传递依赖，也就是把struts相关的jar包也导入。

 

2.升级框架的版本
升级某个框架的版本，但却不知道与它相关联的哪几个jar也需要跟着升级，和升级到哪个版本。用法跟上面类似，只需把版本改一下就行。

 

3.自动部署
项目部署到云服务器时，整个过程全是手动部署，需要的步骤有：打开eclipse，编译（如果代码有更新的话），导出war包，上传war包到云服务器上，重启tomcat。如果只是几台服务器，这样步骤还能接受，但如果有几十台，甚至上百台服务器呢？

用Maven只需一个命令，就可以把项目自动部署到远程服务器上。

4.项目编译打包导出

这个随意一个IDE都能做到，所以如果要Maven做这件事，可能的场景，就是做没有装IDE的环境里，比如在服务器端Linux环境下。

转载于:https://www.cnblogs.com/zhangxh20/p/5134812.html