分模块开发与设计&依赖管理

本文探讨了分模块开发的设计原则,强调先设计后编码,以实现功能拆分和接口共享。同时,介绍了依赖管理的关键点,包括依赖传递、解决冲突的方法、可选依赖的概念以及如何使用排除依赖来精细化管理项目依赖。

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

一、分模块开发与设计

意义

将原始模块按照功能拆分成若干个子模块,方便模块间的相互调用,接口共享

 

其他的将其拆分也是一样的步骤

分模块开发需要先针对模块功能进行设计,再进行编码。不会先将工程开发完毕,然后进行拆分



二、依赖管理

1、依赖传递

依赖具有传递性:

  •    直接依赖:在当前项目中通过依赖配置建立的依赖关系
  •    间接依赖:被资源的资源如果依赖其他资源,当前项目间接依赖其他资源

2、依赖传递冲突问题

路径优先:当依赖中出现相同的资源时,层级越深,优先级越低,层级越浅,优先级越高

声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖配置顺序靠后的
 

3、可选依赖(“别人用我的”)

可选依赖指对外隐藏当前所依赖的资源—-——不透明
 

<dependency>
<groupId>com.itheima</groupId>
<artifactId>maven_03_pojo</artifactId>
<version>1.e-SNAPSHOT</version>
<! --可选依赖是隐藏当前工程所依赖的资源,隐藏后对应资源将不具有依赖传递性--><optional>false</optional>
</dependency>

4、排除依赖(“用别人的”)

排除依赖指主动断开依赖的资源,被排除的资源无需指定版本--不需要
排除依赖资源仅指定GA即可,无需指定V
 

<dependency>
<groupId>com. itheima</groupId>
<artifactId>maven_04_dao</artifactId>
<version>1.0-SNAPSHOT</version>
<! --排除依赖是隐藏当前资源对应的依赖关系-->
<exclusions>
 <exclusion>
  <groupId>log4j</groupId>
  <artifactId>log4j</artifactId> 
 </exclusion>
<exclusion>
 <groupid>org.mybatis</groupId>
 <artifactId>mybatis</artifactId>
  </exclusion>
 </exclusions>
</dependency>

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

这个人是谁呀

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值