一、目前框架须要的技术

二、目前的技术在开发的过程中存在的问题

2.1 一个我的项目就是一个工程

  • 如果我的项目十分宏大,不适宜持续应用package来划分模块,最好是每个模块对应一个工程,利于分工协作。
  • 借助于Maven能够实现一个我的项目拆分成多个工程

2.2 我的项目中须要的jar包必须手动复制、粘贴、到WEB-INF/lib目录下

  • 带来的问题是:同样的jar包文件反复呈现在不同的我的项目工程中,一方面节约存储空间,另外也让工程比拟臃肿
  • 借助Maven,能够将jar包仅仅放弃在“仓库”中,有须要应用的工程援用这个文件接口,并须要真的把jar包复制过去。

2.3 jar包须要他人为咱们筹备好,或者官网下载

  • 不同技术的官网提供的jar包下载模式是形形色色。
  • 有些技术的官网就是通过Maven或者SVN等工具进行下载的。

2.4 一个jar包依赖的其余jar包须要本人手动退出到我的项目中

  • FileUpload文件上传->IO组件,commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar。
  • 所有jar之间的依赖关系,程序员自我理解,减少学习老本。
  • Maven会主动将依赖的jar包导入进来。

三、 Maven是什么

Maven是一款服务于Java平台的自动化构建工具

  • Make->ant->Maven->Gradle

3.1 Maven的构建

  1. 编译过程

    • Java源文件(.java)->编译->字节码文件(.class)->交给JVM执行
  2. 部署

    • 一个BS我的项目最终运行并不是动静WEB自身,而是这个动静Web工程“编译的后果”
    • 动静Web工程->编译、部署->编译后果

  1. 搭建

3.2 构建过程中的各个环节

  1. 清理:将以前编译失去的旧的class字节码文件删除,为下一次编译做筹备
  2. 编译:将Java源程序编程class字节码文件
  3. 测试:自动测试,调用junit程序
  4. 报告:测试程序执行的后果
  5. 打包:动静web工程打成war包,Java工程打jar包
  6. 装置:Maven特定的概念--将打包失去的文件复制到仓库中的指定地位
  7. 部署:将动静web工程生产的war包复制到Servlet容器的指定目录下,使其能够运行。

3.3 装置Maven外围程序

  • 查看JAVA_HOME环境变量
  • 解压Maven外围程序
  • 配置环境变量
  • 验证

3.4 Maven的外围概念

  • 约定的目录构造
  • POM

    • pom.xml是Maven工程的外围配置文件
  • 坐标

    • 由三个要害来确定,groupId、artifactId、version
    • 别离是公司或组织名+我的项目名、模块名、版本号
    • 其中坐标和仓库门路:groupId/artifactId/version/artifactId+version.jar
  • 依赖

    • Maven解析依赖时会到本地仓库中进行查找依赖的包

      • 对于咱们本人开发的包,须要应用mvn install命令装置后能够进入仓库
    • 依赖的范畴

      • 1 compile

        • 对主程序是否无效 --无效
        • 对测试程序是否无效 --无效
        • 是否参加打包 --参加
   ![compile](https://cdn.jsdelivr.net/gh/hshdexy/blogImages/imgs/compile.png)
  • 2 test

    • 对主程序是否无效 --有效
    • 对测试程序是否无效 --无效
    • 是否参加打包 --不参加
    • 典型例子:junit
  • 3 provided

    • 对主程序是否无效 --无效
    • 对测试程序是否无效 --无效
    • 是否参加打包 --不参加,不参加部署
    • 典型例子:servlet-api.jar
 ![prrvided图](https://cdn.jsdelivr.net/gh/hshdexy/blogImages/imgs/prrvided%E5%9B%BE.png)
  • 仓库

    • 仓库的分类

      • 本地仓库:以后电脑中部署的仓库
      • 近程仓库

        • 私服:搭建在局域网中,为局域网中所有Maven工程服务
        • 地方仓库:架设在Internet上,为全世界的Maven工程提供服务
        • 地方仓库镜像:架设在各个大洲的,为地方仓库分担流量的,加重地方仓库的压力,更快响应用户的申请。
    • 仓库中保留的内容:仓库中保留的都是Maven工程

      • Maven本身所须要的插件
      • 第三方框架或工具的jar包
      • 咱们本人开发的Maven工程
  • 生命周期/插件/指标
  • 继承
  • 聚合

四、Maven工程

4.1 约定的目录构造

  • 1 根目录:工程名
  • 2 src目录:源码
  • 3 pom.xml文件:Maven工程的外围配置文件
  • 4 main目录:寄存主程序
  • 5 test目录:寄存测试程序
  • 6 Java目录:Java源文件
  • 7 resources目录:寄存框架或其余工具的配置文件

4.2、为什么要恪守约定的目录构造

  • Maven负责我的项目的主动构建
  • 约定>配置>编码

五、 罕用Maven命令

5.1 留神:执行与构建过程相干的Maven命令,必须进入pom.xml所在的目录

  • 与构建过程相干:编译、测试、打包......

5.2 罕用的命令

  • mvn clean:清理
  • mvn compile:编译主程序
  • mvn test-compile:编译测试程序
  • mvn test:执行测试
  • mvn package:打包
  • mvn install:安装包至仓库
  • mvn site:生产站点

六、 对于Maven联网的问题

  • 1 Maven的外围程序中仅仅定义了形象的生命周期,但具体的工作必须由特定的插件来实现,而插件自身并不蕴含在Maven的外围程序中
  • 2 当我的Maven命令须要某些插件时,Maven外围程序会首先到本地仓库中查找
  • 3 本地仓库的默认地位:C:UsersLJLRY.m2repository
  • 4 Maven外围程序如果在本地仓库中找不到须要的插件,那么会主动的到地方仓库进行下载
  • 5 如果此时无奈连贯外网,则构建失败
  • 6 批改本地默认的仓库地位