网站降权查询工具,青岛做网站公司,阿里云做网站怎么样,网络口碑推广公司Maven高级 1#xff0c;分模块开发1.1 分模块开发设计1.2 分模块开发实现 2#xff0c;依赖管理2.1 依赖传递与冲突问题2.2 可选依赖和排除依赖方案一:可选依赖方案二:排除依赖 3#xff0c;聚合和继承3.1 聚合步骤1:创建一个空的maven项目步骤2:将项目的打包方式改为pom步骤… Maven高级 1分模块开发1.1 分模块开发设计1.2 分模块开发实现 2依赖管理2.1 依赖传递与冲突问题2.2 可选依赖和排除依赖方案一:可选依赖方案二:排除依赖 3聚合和继承3.1 聚合步骤1:创建一个空的maven项目步骤2:将项目的打包方式改为pom步骤3:pom.xml添加所要管理的项目步骤4:使用聚合统一管理项目 3.2 继承步骤1:创建一个空的Maven项目并将其打包方式设置为pom步骤2:在子项目中设置其父工程步骤3:优化子项目共有依赖导入问题步骤4:优化子项目依赖版本问题 3.3 聚合与继承的区别3.3.1 聚合与继承的区别3.3.2 IDEA构建聚合与继承工程步骤1:创建一个Maven项目步骤2:创建子项目 1分模块开发
1.1 分模块开发设计
将原始模块按照功能拆分成若干个子模块方便模块间的相互调用接口共享。 如:
1.2 分模块开发实现
所以对于项目的拆分大致会有如下几个步骤:
(1) 创建Maven模块
(2) 书写模块代码
分模块开发需要先针对模块功能进行设计再进行编码。不会先将工程开发完毕然后进行拆分。拆分方式可以按照功能拆也可以按照模块拆。
(3)通过maven指令安装模块到本地仓库(install 指令)。
团队内部开发需要发布模块功能到团队内部可共享的仓库中(私服)。
2依赖管理
当在其他项目中想要使用独立出来的这些模块只需要在其pom.xml使用 dependency 标签来进行jar包的引入即可。 dependency 其实就是依赖关于依赖管理里面都涉及以下这些内容:
依赖传递可选依赖排除依赖
依赖指当前项目运行所需的jar一个项目可以设置多个依赖。
格式为:
!--设置当前项目所依赖的所有jar--
dependencies!--设置具体的依赖--dependency!--依赖所属群组id--groupIdorg.springframework/groupId!--依赖所属项目id--artifactIdspring-webmvc/artifactId!--依赖版本号--version5.2.10.RELEASE/version/dependency
/dependencies2.1 依赖传递与冲突问题
依赖是具有传递性的: 说明:A代表自己的项目B,C,D,E,F,G代表的是项目所依赖的jar包D1和D2 E1和E2代表是相同jar包的不同版本
(1) A依赖了B和C,B和C有分别依赖了其他jar包所以在A项目中就可以使用上面所有jar包这就是所说的依赖传递
(2) 依赖传递有直接依赖和间接依赖
相对于A来说A直接依赖B和C,间接依赖了D1,E1,GF,D2和E2相对于B来说B直接依赖了D1和E1,间接依赖了G直接依赖和间接依赖是一个相对的概念
(3)因为有依赖传递的存在就会导致jar包在依赖的过程中出现冲突问题具体什么是冲突?Maven是如何解决冲突的?
这里所说的依赖冲突是指项目依赖的某一个jar包有多个不同的版本因而造成类包版本冲突。
情况一: 在maven_02_ssm的pom.xml中添加两个不同版本的Junit依赖:
dependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/versionscopetest/scope/dependencydependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.11/versionscopetest/scope/dependency
/dependencies通过对比会发现一个结论
特殊优先当同级配置了相同资源的不同版本后配置的覆盖先配置的。
情况二: 路径优先当依赖中出现相同的资源时层级越深优先级越低层级越浅优先级越高
A通过B间接依赖到E1A通过C间接依赖到E2A就会间接依赖到E1和E2,Maven会按照层级来选择E1是2度E2是3度所以最终会选择E1
情况三: 声明优先当资源在相同层级被依赖时配置顺序靠前的覆盖配置顺序靠后的
A通过B间接依赖到D1A通过C间接依赖到D2D1和D2都是两度这个时候就不能按照层级来选择需要按照声明来谁先声明用谁也就是说B在C之前声明这个时候使用的是D1反之则为D2
不管Maven怎么选最终的结果都会在Maven的Dependencies面板中展示出来展示的是哪个版本选择的就是哪个版本。
如果想更全面的查看Maven中各个坐标的依赖关系可以点击Maven面板中的show Dependencies 在这个视图中就能很明显的展示出jar包之间的相互依赖关系。
2.2 可选依赖和排除依赖 maven_02_ssm 依赖了 maven_04_daomaven_04_dao 依赖了 maven_03_pojo因为现在有依赖传递所以maven_02_ssm能够使用到maven_03_pojo的内容如果说现在不想让maven_02_ssm依赖到maven_03_pojo有哪些解决方案?
方案一:可选依赖
可选依赖指对外隐藏当前所依赖的资源—不透明
在maven_04_dao的pom.xml,在引入maven_03_pojo的时候添加optional
dependencygroupIdcom.itheima/groupIdartifactIdmaven_03_pojo/artifactIdversion1.0-SNAPSHOT/version!--可选依赖是隐藏当前工程所依赖的资源隐藏后对应资源将不具有依赖传递--optionaltrue/optional
/dependency此时依赖03的工程就会报错。
方案二:排除依赖
排除依赖指主动断开依赖的资源被排除的资源无需指定版本。
dependencygroupIdcom.itheima/groupIdartifactIdmaven_04_dao/artifactIdversion1.0-SNAPSHOT/version!--排除依赖是隐藏当前资源对应的依赖关系--exclusionsexclusiongroupIdcom.itheima/groupIdartifactIdmaven_03_pojo/artifactId/exclusion/exclusions
/dependency这样操作后依赖03的工程就会报错。
当然exclusions标签带s说明我们是可以依次排除多个依赖到的jar包。
A依赖B,B依赖C,C通过依赖传递会被A使用到现在要想办法让A不去依赖C可选依赖是在B上设置optional,A不知道有C的存在排除依赖是在A上设置exclusions,A知道有C的存在主动将其排除掉。
3聚合和继承
3.1 聚合
所谓聚合:将多个模块组织成一个整体同时进行项目构建的过程称为聚合聚合工程通常是一个不具有业务功能的空工程有且仅有一个pom文件作用使用聚合工程可以将多个工程编组通过对聚合工程进行构建实现对所包含的模块进行同步构建 当工程中某个模块发生更新变更时必须保障工程中与已更新模块关联的模块同步更新此时可以使用聚合工程来解决批量模块同步构建的问题。
关于聚合具体的实现步骤为:
步骤1:创建一个空的maven项目
步骤2:将项目的打包方式改为pom
?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.itheima/groupIdartifactIdmaven_01_parent/artifactIdversion1.0-RELEASE/versionpackagingpom/packaging/project说明:项目的打包方式我们接触到的有三种分别是
jar:默认情况说明该项目为java项目war:说明该项目为web项目pom:说明该项目为聚合或继承(后面会讲)项目
步骤3:pom.xml添加所要管理的项目
?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.itheima/groupIdartifactIdmaven_01_parent/artifactIdversion1.0-RELEASE/versionpackagingpom/packaging!--设置管理的模块名称--modulesmodule../maven_02_ssm/modulemodule../maven_03_pojo/modulemodule../maven_04_dao/module/modules
/project步骤4:使用聚合统一管理项目 测试发现当maven_01_parent的compile被点击后所有被其管理的项目都会被执行编译操作。这就是聚合工程的作用。
说明聚合工程管理的项目在进行运行的时候会按照项目与项目之间的依赖关系来自动决定执行的顺序和配置的顺序无关。
最后总结一句话就是聚合工程主要是用来管理项目。
3.2 继承
所谓继承:描述的是两个工程间的关系与java中的继承相似子工程可以继承父工程中的配置信息常见于依赖关系的继承。作用 简化配置解决重复配置问题减少版本冲突
步骤1:创建一个空的Maven项目并将其打包方式设置为pom
步骤2:在子项目中设置其父工程
分别在maven_02_ssm,maven_03_pojo,maven_04_dao的pom.xml中添加其父项目为maven_01_parent
!--配置当前工程继承自parent工程--
parentgroupIdcom.itheima/groupIdartifactIdmaven_01_parent/artifactIdversion1.0-RELEASE/version!--设置父项目pom.xml位置路径--relativePath../maven_01_parent/pom.xml/relativePath
/parent步骤3:优化子项目共有依赖导入问题
将子项目共同使用的jar包都抽取出来维护在父项目的pom.xml中
?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.itheima/groupIdartifactIdmaven_01_parent/artifactIdversion1.0-RELEASE/versionpackagingpom/packaging!--设置管理的模块名称--modulesmodule../maven_02_ssm/modulemodule../maven_03_pojo/modulemodule../maven_04_dao/module/modulesdependencies.........../dependencies
/project刷新子项目子项目中所需要的jar包依然存在。
当项目的parent标签被移除掉会发现多出来的jar包依赖也会随之消失。
这样我们就可以解决刚才提到的第一个问题将子项目中的公共jar包抽取到父工程中进行统一添加依赖这样做的可以简化配置并且当父工程中所依赖的jar包版本发生变化所有子项目中对应的jar包版本也会跟着更新。 步骤4:优化子项目依赖版本问题
如果把所有用到的jar包都管理在父项目的pom.xml看上去更简单些但是这样就会导致有很多项目引入了过多自己不需要的jar包。如上面看到的这张图: 如果把所有的依赖都放在了父工程中进行统一维护就会导致ssm_order项目中多引入了spring-test的jar包如果这样的jar包过多的话对于ssm_order来说也是一种负担。
那针对于这种部分项目有的jar包我们该如何管理优化呢?
在父工程mavne_01_parent的pom.xml来定义依赖管理
!--定义依赖管理--
dependencyManagementdependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/versionscopetest/scope/dependency/dependencies
/dependencyManagement将maven_02_ssm的pom.xml中的junit依赖删除掉刷新Maven 刷新完会发现在maven_02_ssm项目中的junit依赖并没有出现所以我们得到一个结论:
dependencyManagement标签不真正引入jar包而是配置可供子项目选择的jar包依赖
子项目要想使用它所提供的这些jar包需要自己添加依赖并且不需要指定version
在maven_02_ssm的pom.xml添加junit的依赖
dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdscopetest/scope
/dependency注意这里就不需要添加版本了这样做的好处就是当父工程dependencyManagement标签中的版本发生变化后子项目中的依赖版本也会跟着发生变化
总结来说继承可以帮助做两件事
将所有项目公共的jar包依赖提取到父工程的pom.xml中子项目就可以不用重复编写简化开发将所有项目的jar包配置到父工程的dependencyManagement标签下实现版本管理方便维护 dependencyManagement标签不真正引入jar包只是管理jar包的版本子项目在引入的时候只需要指定groupId和artifactId不需要加version当dependencyManagement标签中jar包版本发生变化所有子项目中有用到该jar包的地方对应的版本会自动随之更新
最后总结一句话就是父工程主要是用来快速配置依赖jar包和管理项目中所使用的资源。
小结
继承的实现步骤: 创建Maven模块设置打包类型为pom packagingpom/packaging在父工程的pom文件中配置依赖关系(子工程将沿用父工程中的依赖关系),一般只抽取子项目中公有的jar包 dependenciesdependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion5.2.10.RELEASE/version/dependency...
/dependencies在父工程中配置子工程中可选的依赖关系 dependencyManagementdependenciesdependencygroupIdcom.alibaba/groupIdartifactIddruid/artifactIdversion1.1.16/version/dependency/dependencies...
/dependencyManagement在子工程中配置当前工程所继承的父工程 !--定义该工程的父工程--
parentgroupIdcom.itheima/groupIdartifactIdmaven_01_parent/artifactIdversion1.0-RELEASE/version!--填写父工程的pom文件,可以不写--relativePath../maven_01_parent/pom.xml/relativePath
/parent在子工程中配置使用父工程中可选依赖的坐标 dependenciesdependencygroupIdcom.alibaba/groupIdartifactIddruid/artifactId/dependency
/dependencies注意事项: 1.子工程中使用父工程中的可选依赖时仅需要提供群组id和项目id无需提供版本版本由父工程统一提供避免版本冲突 2.子工程中还可以定义父工程中没有定义的依赖关系,只不过不能被父工程进行版本统一管理。
3.3 聚合与继承的区别
3.3.1 聚合与继承的区别
两种之间的作用:
聚合用于快速构建项目对项目进行管理继承用于快速配置和管理子项目中所使用jar包的版本
聚合和继承的相同点:
聚合与继承的pom.xml文件打包方式均为pom可以将两种关系制作到同一个pom文件中聚合与继承均属于设计型模块并无实际的模块内容
聚合和继承的不同点:
聚合是在当前模块中配置关系聚合可以感知到参与聚合的模块有哪些继承是在子模块中配置关系父模块无法感知哪些子模块继承了自己
相信到这里大家已经能区分开什么是聚合和继承但是有一个稍微麻烦的地方就是聚合和继承的工程构建需要在聚合项目中手动添加modules标签需要在所有的子项目中添加parent标签万一写错了咋办?
3.3.2 IDEA构建聚合与继承工程
其实对于聚合和继承工程的创建IDEA已经能帮助我们快速构建具体的实现步骤为:
步骤1:创建一个Maven项目
创建一个空的Maven项目可以将项目中的src目录删除掉这个项目作为聚合工程和父工程。
步骤2:创建子项目
该项目可以被聚合工程管理同时会继承父工程。
创建成功后maven_parent即是聚合工程又是父工程maven_web中也有parent标签继承的就是maven_parent,对于难以配置的内容都自动生成。
按照上面这种方式大家就可以根据自己的需要来构建分模块项目。
后记 美好的一天到此结束下次继续努力欲知后续请看下回分解写作不易感谢大家的支持
