Maven -- 第二天

文章介绍了Maven的核心概念,包括坐标系统用于唯一标识JAR包,POM(项目对象模型)的概念及其在pom.xml文件中的体现,以及Maven约定的目录结构和其自动化构建的意义。通过示例演示了如何根据坐标创建Maven工程,并强调了Maven中约定大于配置的原则。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

实验一:根据坐标创建Maven工程

一、Maven核心概念:坐标

1、向量说明:

使用三个向量在Maven的仓库中唯一的定位到一个jar包

  • groupId:公司或组织的id
  • artifactId:一个项目或者是项目中的一个模块的id
  • version:版本号

2、三个向量的取值方式

  • groupId:公司或组织域名的倒序,通常也会加上项目名称。例:com.atguigu.maven
  • artifactId:模块的名称,将来作为Maven工程的工程名
  • version:模块的版本号,根据自己的需要设定。例:SNAPSHOT 表示快照版本,正在迭代过程中,不稳定的版本;RELEASE 表示正式版本

二、实验操作

1、创建目录作为后面操作的工作空间。例:D:\maven-workspace\space201026

2、在工作空间目录下打开命令行窗口

 3、使用命令生成Maven工程

运行 mvn archetype:generate 命令

 4、调整

5、自动生成的pom.xml解读

<!-- 当前Maven工程的坐标 -->
  <groupId>com.atguigu.maven</groupId>
  <artifactId>pro01-maven-java</artifactId>
  <version>1.0-SNAPSHOT</version>
  
  <!-- 当前Maven工程的打包方式,可选值有下面三种: -->
  <!-- jar:表示这个工程是一个Java工程  -->
  <!-- war:表示这个工程是一个Web工程 -->
  <!-- pom:表示这个工程是“管理其他工程”的工程 -->
  <packaging>jar</packaging>

  <name>pro01-maven-java</name>
  <url>http://maven.apache.org</url>

  <properties>
	<!-- 工程构建过程中读取源码时使用的字符集 -->
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <!-- 当前工程所依赖的jar包 -->
  <dependencies>
	<!-- 使用dependency配置一个具体的依赖 -->
    <dependency>
	
	  <!-- 在dependency标签内使用具体的坐标依赖我们需要的一个jar包 -->
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.12</version>
	  
	  <!-- scope标签配置依赖的范围 -->
      <scope>test</scope>
    </dependency>
  </dependencies>

 三、Maven核心概念:POM

1、含义:POM:Project Object Model,项目对象模型。

2、模型化思想:

POM 表示将工程抽象为一个模型,再用程序中的对象来描述这个模型。这样就可以用程序来管理项目了。在开发过程中,最基本的做法就是将现实生活中的事物抽象为模型,然后封装模型相关的数据作为一个对象,这样就可以在程序中计算与现实事物相关的数据。

3、对应的配置文件

POM 理念集中体现在 Maven 工程根目录下 pom.xml 这个配置文件中。所以这个 pom.xml 配置文件就是 Maven 工程的核心配置文件。其实学习 Maven 就是学这个文件怎么配置,各个配置有什么用。

四、Maven核心概念:约定的目录结构

1、各个目录的作用

 另外还有一个target目录专门存放构建操作输出的结果

2、约定目录结构的意义

Maven 为了让构建过程能够尽可能自动化完成,所以必须约定目录结构的作用。例如:Maven 执行编译操作,必须先去 Java 源程序目录读取 Java 源代码,然后执行编译,最后把编译结果存放在 target 目录。

3、约定大于配置

Maven 对于目录结构这个问题,没有采用配置的方式,而是基于约定。这样会让我们在开发过程中非常方便。如果每次创建 Maven 工程后,还需要针对各个目录的位置进行详细的配置,那肯定非常麻烦。

目前开发领域的技术发展趋势就是:约定大于配置,配置大于编码。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值