第一节为什么要学习Maven？

Maven是干什么用的？这是很多同学在学完这个课程后最大的问题。之所以会提出这个问题，是因为即使不使用Maven我们仍然可以进行B/S结构项目的开发。从表述层、业务逻辑层到持久化层再到数据库都有成熟的解决方案——不使用Maven我们一样可以开发项目啊？所以我们有必要通过企业开发中的实际需求来看一看哪些方面是我们现有技术的不足。

1、从『依赖管理』角度解释

①jar包的存放

随着我们使用越来越多的框架，或者框架封装程度越来越高，项目中使用的jar包也越来越多。一个项目中用到上百个jar包是非常正常的。要使用这些jar包最简单的方法就是复制粘贴到每个项目的lib目录下。但是这会导致每次创建一个新的项目就需要将jar包重复复制到lib目录下，从而造成工作区中存在大量重复的文件。
而使用Maven后每个jar包只在本地仓库中保存一份，需要jar包的工程只需要维护一个文本形式的jar包的引用——我们称之为“坐标”。不仅极大的节约了存储空间，让项目更轻巧，更避免了重复文件太多而造成的混乱。

②jar包的来源

没有使用Maven之前，我们一般是这样做的：

这个jar包所属技术的官网。官网通常是英文界面，网站的结构又不尽相同，甚至找到下载链接还发现需要通过特殊的工具下载。
第三方网站提供下载。问题是不规范，在使用过程中会出现各种问题。
- jar包的名称
- jar包的版本
- jar包内的具体细节

使用Maven我们可以享受到一个完全统一规范的jar包管理体系。你只需要在你的项目中以坐标的方式依赖一个jar包，Maven就会自动从中央仓库进行下载，并同时下载这个jar包所依赖的其他jar包——规范、完整、准确！一次性解决所有问题！

③jar包之间的依赖关系

框架中使用的jar包，不仅数量庞大，而且彼此之间存在错综复杂的依赖关系。依赖关系的复杂程度，已经上升到了完全不能靠人力手动解决的程度。如果要由程序员手动梳理无疑会增加极高的学习成本，而这些工作又对实现业务功能毫无帮助。另外，不同版本的jar包之间有可能产生冲突，进一步增加了我们在jar包使用过程中的难度。
到目前为止，我们熟悉的jar包之间依赖关系有下面这些例子：

junit-4.12依赖hamcrest-core-1.3
commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar
thymeleaf-3.0.12.RELEASE依赖ognl-3.1.26，ognl-3.1.26依赖javassist-3.20.0-GA
thymeleaf-3.0.12.RELEASE依赖attoparser-2.0.5.RELEASE
thymeleaf-3.0.12.RELEASE依赖unbescape-1.1.6.RELEASE
thymeleaf-3.0.12.RELEASE依赖slf4j-api-1.7.26

而引入Maven后，Maven就可以替我们自动的将当前jar包所依赖的其他所有jar包全部导入进来，无需人工参与，节约了我们大量的时间和精力。用实际例子来说明就是：通过Maven导入junit-4.12.jar后，hamcrest-core-1.3.jar会被自动导入，程序员不必了解这个依赖关系。

2、从『项目管理』角度解释

①将项目拆分成多个工程模块并进行管理

随着JavaEE项目的规模越来越庞大，开发团队的规模也与日俱增。一个项目上千人的团队持续开发很多年对于JavaEE项目来说再正常不过。那么我们想象一下：几百上千的人开发的项目是同一个Web工程。那么架构师、项目经理该如何划分项目的模块、如何分工呢？这么大的项目已经不可能通过package结构来划分模块，必须将项目拆分成多个工程协同开发。多个模块工程中有的是Java工程，有的是Web工程。
在这种情况下，不同的工程间如何建立彼此之间的联系并可以调用和访问呢？Maven中可以建立项目之间的依赖、继承、聚合等关系来实现要求。

②项目的分布式部署

在实际生产环境中，项目规模增加到一定程度后，可能每个模块都需要运行在独立的服务器上，我们称之为分布式部署。如何将工程进行分布式部署呢？Maven也可以实现。
01.为什么要学习Maven - 图1

3、从『项目目录结构』角度解释

现在JavaEE开发领域普遍认同一个观点：约定>配置>编码。意思就是能用配置解决的问题就不编码，能基于约定的就不进行配置。而Maven正是因为指定了特定文件保存的目录才能够对我们的Java工程进行自动化构建。
目录结构含义参见前面的描述。
01.为什么要学习Maven - 图2

01.为什么要学习Maven

第一节 为什么要学习Maven？