（1-53集）

1、Maven 作为依赖管理工具

①jar 包的规模

随着我们使用越来越多的框架，或者框架封装程度越来越高，项目中使用的jar包也越来越多。项目中，一个模块里面用到上百个jar包是非常正常的。

比如下面的例子，我们只用到 SpringBoot、SpringCloud 框架中的三个功能：

• Nacos 服务注册发现
• Web 框架环境
• 图模板技术 Thymeleaf

最终却导入了 106 个 jar 包。
而如果使用 Maven 来引入这些 jar 包只需要配置三个『依赖』：

    <!-- Nacos 服务注册发现启动器 -->
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    </dependency>
    <!-- web启动器依赖 -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <!-- 视图模板技术 thymeleaf -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-thymeleaf</artifactId>
    </dependency>

②jar 包的来源

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

  ③jar 包之间的依赖关系

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

而使用 Maven 则几乎不需要管理这些关系，极个别的地方调整一下即可，极大的减轻了我们的工作量。

2、Maven 作为构建管理工具

①你没有注意过的构建

你可以不使用 Maven，但是构建必须要做。当我们使用 IDEA 进行开发时，构建是 IDEA 替我们做的。

②脱离 IDE 环境仍需构建

3、结论

• 管理规模庞大的 jar 包，需要专门工具。
• 脱离 IDE 环境执行构建操作，需要专门工具。