参考文章
Spring-Cloud笔记02:IDEA中构建多模块的Maven项目
心得总结
1、更多是将common模块作为依赖引入,不是直接继承(而是通过继承父pom)
2、
对于spring-boot-dependencies里面存在的依赖,父pom不需要处理。
当子项目继承父项目后,直接使用<groupId>,<artifactId>
即可从spring-boot-dependencies引入。
因为spring-boot-dependencies里面就是使用<dependencyManagement>来管理版本关系的,只负责统一版本,子模块按需引入。
3、如果在父pom里面的<dependencyManagement>仍旧指定类似于spring-boot-starter-web,即便有版本号,子项目也不会继承版本号
4、${project.parent.version}获取父项目版本号
5、
如果spring-boot-dependencies里面的依赖是用${}指定版本,当子项目存在相同名字的配置参数时,即便子项目依赖不指定版本,也会默认使用子项目的配置参数。
<elasticsearch.version>7.2.1</elasticsearch.version>
<dependency>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
<!-- 即便子项目依赖不指定版本,也会引入到上面的配置参数 -->
</dependency>
6、
<!-- Spring Cloud 与 Spring Cloud Alibaba 依赖 -->
<!-- <type>pom</type>, <scope>import</scope> 结合使用可以看作是又另外引入依赖,但是这些依赖是放在其他地方进行管理的 -->
<!-- scope=import只能用在dependencyManagement里面, 且仅用于type=pom的dependency -->
<!-- 相当于引入一些依赖文件, 依赖文件里面也是做统一版本的作用, 因此子模块不需要再另外引入同样的依赖,只需要指定里面的具体组件依赖即可 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>Greenwich.SR3</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.1.0.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
pom关键节点元素说明
关键节点元素 | 描述 |
---|---|
properties | 定义一些常量,在pom中的其它地方可以直接引用 |
dependencies | 定义本项目的依赖关系,所有项目所需要的依赖都可以在这边配置 |
build | 构建项目jar、war、source源文件之类 |
repositories | 主要是依赖和扩展的远程仓库配置 |
profiles | 定义各个环境所对应的配置文件,这样就可以解决不同环境,配置文件打包的问题了 |
distributionManagement | 项目分发信息,在执行mvn deploy后表示要发布的位置 |