依赖的范围

compile引入的依赖 对main目录下的代码有没有效，main目录下的代码能不能用compile引入的依赖中的类等

以test引入的依赖，在main中是否可以使用

provided（已提供），有了就不要带到服务器上，打包时不带，不带带了可能就有冲突

 

 

这几个不需要担心，一般下包的时候会给你说用什么范围

 依赖的传递性

 

 

比如需要100个jar包，可能导入几个jar包就可以，这几个jar包通过依赖的传递性把需要的其它jar包 导入

 依赖的排除

A依赖B ，B依赖D的0.1版本，根据依赖的传递性，A依赖D的0.1版本

A依赖C ，C依赖D的0.6版本，根据依赖的传递性，A依赖D的0.6版本

因为A既导入了0.1版本又导入了0.6版本，不同版本的jar包导入相安无事还好，但是有时候会导致jar包的冲突

 

 

在A对B的依赖中，排除A对X的依赖，这样B对X的依赖没变 

 

 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​

 

  

 

继承

 

 

 

 

 比如说子工程有ABCD，ABCD都用到了同一个框架，为了保证ABCD用到的框架的jar包是同一个版本，那么就将这个jar包放到父工程，而且还可以实现一处修改处处生效。

 

 

 

 

 

 

 

 

 

 工程创建好后，修改他的打包方式，并可以将他的依赖删除

 ​​​​​​​

 

 

 就继承角度就是父子工程，从聚合角度就是总的工程和模块工程

 查看子工程的pom.xml

'

 

 在父工程中管理依赖

打开父工程的pom.xml

 

 

 只不过不需要写version，version由父工程统一管理

以列表的形式查看依赖，以树的形式查看依赖 （mvn dependency:list）

 

 配置自定义属性

 

 在使用时就可以写成

 实际意义

聚合

各个模块pro4组成了这个项目