02 maven POM文件里面的所有属性介绍

 

一、maven约定的java目录结构：

 

 

 

二、POM文件

 

 

简介：介绍maven的pom文件，分析它重要的组成部分

•  

  什么是pom

  •  

    pom代表项目对象模型，它是Maven中工作的基本组成单位。它是一个XML文件，始终保存在项目的基本目录中的pom.xml文件中。pom包含的对象是使用maven来构建的，pom.xml文件包含了项目的各种配置信息，需要特别注意，每个项目都只有一个pom.xml文件。

•  

  项目配置信息

  •  

    project：工程的根标签

  •  

    modelVersion：pom模型版本，maven2和3只能为4.0.0

  •  

    groupId：这是工程组的标识。它在一个组织或者项目中通常是唯一的。例如，一个银行组织 com.companyname.project-group 拥有所有的和银行相关的项目。

  •  

    artifactId：这是工程的标识。它通常是工程的名称。例如，消费者银行。groupId 和 artifactId 一起定义了 artifact 在仓库中的位置

  •  

    version：这是工程的版本号。在 artifact 的仓库中，它用来区分不同的版本

  •  

    packaging：定义 Maven 项目的打包方式，有 JAR 、WAR 和 EAR 三种格式

 

 

•  

  依赖配置信息

  1.  

     dependencies

     <dependencies>

     <dependency>

     <groupId>junit</groupId>

     <artifactId>junit</artifactId>

     <version>4.12</version>

     </dependency>

     </dependencies>

  2.  

     parent

     <parent>

     <groupId>xd.class<groupId>

     <artifactId>demo-parent</artifactId>

     <relativePath>/</relativePath>

     <version>1.0</version>

     </parent>

     •  

       groupId: 父项目的组Id标识符

     •  

       artifactId:父项目的唯一标识符

     •  

       relativePath：Maven首先在当前项目中找父项目的pom，然后在文件系统的这个位置（relativePath），然后在本地仓库，再在远程仓库找。

     •  

       version: 父项目的版本

  3.  

     modules

     •  

       有些maven项目会做成多模块的，这个标签用于指定当前项目所包含的所有模块。之后对这个项目进行的maven操作，会让所有子模块也进行相同操作。

       <modules>

       <module>com-a</module>

       <module>com-b</module>

       <module>com-c</module>

       </modules>

  4.  

     properties

     •  

       用于定义pom常量

       <properties>

       <java.version>1.7</java.version>

       </properties>

        

       上面这个常量可以在pom文件的任意地方通过${Java.version}来引用

  5.  

     dependencyManagement

     •  

       应用场景

       •  

         当我们的项目模块很多的时候，我们依赖包的管理就会出现很多问题，为了项目的正确运行，必须让所有的子项目使用依赖项的同一版本，确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的结果。

     •  

       使用的好处

       •  

         在父模块中定义后，子模块不会直接使用对应依赖，但是在使用相同依赖的时候可以不加版本号，这样的好处是，可以避免在每个使用的子项目中都声明一个版本号，这样想升级或者切换到另一个版本时，只需要在父类容器里更新，不需要任何一个子项目的修改
     • 父项目：
       <dependencyManagement>
       <dependencies>
       <dependency>
       <groupId>junit</groupId>
       <artifactId>junit</artifactId>
       <version>4.2.0</version>
       <scope>test</scope>
       </dependency>
       </dependencies>
       </dependencyManagement>
        
       子项目1：
       <dependency>
       <groupId>junit</groupId>
       <artifactId>junit</artifactId>
       </dependency>
        
       子项目2：
       <dependency>
       <groupId>junit</groupId>
       <artifactId>junit</artifactId>
       </dependency>
        
       子项目3： //如果子项目指定了版本，默认会是使用子项目的版本，如果没有指定版本才会使用父项目的版本
       <dependency>
       <groupId>junit</groupId>
       <artifactId>junit</artifactId>
       <version>5.0</version>
       </dependency>

     •  

       和dependencies的区别

       •  

         dependencies即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项（全部继承）

       •  

         dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom;另外如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。