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版本。