bboss aop/ioc依赖注入功能介绍

简介: bboss aop 3.5及后续版本中改进的ioc依赖注入功能介绍。 bboss依赖注入支持复杂关系的依赖注入:组件直接自引用(a->a),组件间接自引用(a->b->a),组件间循环依赖引用(a->b->c->d->b) 举一个简单的自引用的列子: 一、新的ioc功能特点 改进后的io...
bboss aop 3.5及后续版本中改进的 ioc依赖注入功能介绍。
bboss依赖注入支持复杂关系的依赖注入:组件直接自引用(a->a),组件间接自引用(a->b->a),组件间循环依赖引用(a->b->c->d->b)

举一个简单的自引用的列子:
<property name="test" class="org.frameworkset.spi.remote.RPCTest" f:selfvar="attr:test"/>


一、新的ioc功能特点

改进后的ioc依赖注入机制支持完整的循环依赖注入功能,并且支持任何层级的对象及对象属性引用,为了对照refid和直接配置的组件的区别,我们先看一个普通组件的配置方法:
<properties>
	<property name="rpc.test" class="org.frameworkset.spi.remote.RPCTest"/>
</properties>

refid属性值的格式实例如下:

<property name="test2" refid="attr:test1->test2" />

在介绍refid属性的各种引用格式及含义之前,我们先看一个完整的实例:
<?xml version="1.0" encoding="gbk"?>
<properties>
	<property name="test1" class="org.frameworkset.soa.xblink.Test1">
		<property name="test2" class="org.frameworkset.soa.xblink.Test2">
<!--内部组件test2的test1属性引用外层组件test1-->
			<property name="test1" refid="attr:test1" />
		</property>
 
		<property name="test3" class="org.frameworkset.soa.xblink.Test3">
<!--内部组件test3的test2属性引用外部组件test1的属性test2-->
			<property name="test2" refid="attr:test1->test2" />
		</property>
<!--test4属性引用外部组件test1,这是一个对象自我引用配置方式-->
		<property name="test4" refid="attr:test1"/>
	</property>
</properties>


refid属性的所有格式及含义说明如下:
refid格式                                                                                       含义
1.attr:serviceid                             根据服务标识引用容器服务组件
2.attr:serviceid[0]                          根据服务标识及数组下标引用容器服务组件对应的下标为0对应的元素(容器服务组件类型为list,set,array三种类型)
3.attr:serviceid[key]                        根据服务标识及map key引用容器服务组件对应的索引为key对应的元素(容器服务组件类型为map类型)
4.attr:serviceid{0}                          根据服务标识及构造函数参数位置下标引用容器服务组件对应的下标为0对应的构造函数参数(容器服务组件为构造函数注入)
5.attr:serviceid->innerattributename         根据服务标识及服务组件的属性名称引用容器服务组件属性值
6.attr:serviceid->innerattributename[0]      根据服务标识及服务属性名称以及属性数组下标引用容器服务组件属性中对应的下标为0对应的元素(容器服务组件类型为list,set,array三种类型)
7.attr:serviceid->innerattributename[key]    根据服务标识及服务属性名称以及map key引用容器服务组件属性对应的索引为key对应的元素(容器服务组件类型为map类型)
8.attr:serviceid->innerattributename{0}      根据服务标识及服务属性名称对应属性的造函数参数位置下标引用容器服务组件对应的下标为0对应的构造函数参数(容器服务组件为构造函数注入)
其中属性的引用是不限制层级的。
下面举例来说明上述每种情况的使用方法。

二、引用使用详解
通过在xml配置文件中配置一个的复杂对象Test1组件来说明IOC的循环依赖功能以及局部属性引用功能。
涉及的三个对象Test1、Test2、Test3定义如下:
Test1对象:
package org.frameworkset.soa.xblink;

import java.util.List;
import java.util.Map;

public class Test1 {
	Test2 test2;
	Test3 test3;
	Test1 test4;
	Test1 test5;
	Test2 test6;
	Test2 test7;
	Test2 test8;
	Test1 test9;
	Test1 test10;
	Test1 test11;
	Test2 test12;
	Map testmap;
	List testlist;
	Test1[] testarray;
}


Test2对象:
package org.frameworkset.soa.xblink;

public class Test2 {
	Test1 test1;
	Test3 test3;
}


Test3对象:
package org.frameworkset.soa.xblink;

public class Test3  implements java.io.Serializable{
	Test2 test2;
}


看以看出几个对象之间的引用是错综复杂的,基于此我们再来看看test1组件的配置:包括了Test1所有属性的配置,每个属性的配置都包含了详细的含义说明,这些属性的配置基本涵盖了bboss ioc依赖注入的所有功能特性,本文中暂不介绍针对构造函数参数的引用功能:

案例一
<?xml version="1.0" encoding="gbk"?>
<properties>
    <!-- 通过test1对应的复杂对象Test1来说明IOC的循环依赖功能以及局部属性引用功能 -->
	<property name="test1" class="org.frameworkset.soa.xblink.Test1">
		<property name="test2" class="org.frameworkset.soa.xblink.Test2">
		    <!--内部组件test2的test1属性引用外层组件test1-->		
			<property name="test1" refid="attr:test1" />
			<!--内部组件test2的test3属性引用外层组件test1的test3属性-->
			<property name="test3" refid="attr:test1->test3" />
		</property>
		<!--内部组件test3的test2属性引用外层组件test1的test2属性-->
		<property name="test3" class="org.frameworkset.soa.xblink.Test3"
			f:test2="attr:test1->test2"/>
		<!--test4属性直接引用外层组件test1-->
		<property name="test4" refid="attr:test1"/>
		<property name="testmap" >
			<map componentType="bean">
			    <!--Map类型属性testmap的test4索引对应的值是对外层组件test1引用-->
				<property name="test4" refid="attr:test1"/>
			</map>
		</property>
		<property name="testlist" >
			<list componentType="bean">
			 <!--List类型属性testlist的第一个值是对外层组件test1引用-->
				<property refid="attr:test1"/>
			</list>
		</property>
		<property name="testarray" >
			<array componentType="org.frameworkset.soa.xblink.Test1">
				<!--数组类型属性testlist的第一个值是对外层组件test1引用-->
				<property refid="attr:test1"/>
			</array>
		</property>
		<!--test5属性直接引用外层test1组件的属性test4-->
		<property name="test5" refid="attr:test1->test4"/>
		<!--test6属性直接引用外层test1组件的数组属性testarray的第一个元素对象的test2属性-->
		<property name="test6" refid="attr:test1->testarray[0]->test2"/>
		<!--test7属性直接引用外层test1组件的List属性testlist的第一个元素对象的test2属性-->
		<property name="test7" refid="attr:test1->testlist[0]->test2"/>
		<!--test8属性直接引用外层test1组件的Map属性testmap的key为test4对应的值对象的test2属性-->
		<property name="test8" refid="attr:test1->testmap[test4]->test2"/>
		<!--test9属性直接引用外层test1组件的数组属性testarray的第一个元素对象-->
		<property name="test9" refid="attr:test1->testarray[0]"/>
		<!--test10属性直接引用外层test1组件的List属性testlist的第一个元素对象-->
		<property name="test10" refid="attr:test1->testlist[0]"/>
		<!--test11属性直接引用外层test1组件的Map属性testmap的key为test4对应的值对象-->
		<property name="test11" refid="attr:test1->testmap[test4]"/>
		<!--test12属性直接引用外层test1组件的属性test3对象中的test2属性-->
		<property name="test12" refid="attr:test1->test3->test2"/>
	</property>
</properties>


下面看看如何加载上述 配置并获取test1对象,然后看看xml-bean相互转换的 过程
//加载配置文件,构建一个组件容器对象
		BaseApplicationContext context = DefaultApplicationContext.getApplicationContext("org/frameworkset/soa/xblink/testcontainref.xml");
		//获取组件test1
		Test1 test1 = context.getTBeanObject("test1",  Test1.class);
		//重新将组件序列化为xml串
		String ss = ObjectSerializable.toXML(test1);
		//将xml串ss转换为对象test_
		Test1 test1_ =  (Test1)ObjectSerializable.toBean(ss,Test1.class);



再看看一个包含二维元素引用的示例配置:
<?xml version="1.0" encoding="gbk"?>
<properties>
    <!-- 通过test1对应的复杂对象Test1来说明IOC的循环依赖功能以及局部属性引用功能 -->
	<property name="test1" class="org.frameworkset.soa.xblink.Test1">
		<property name="test2" class="org.frameworkset.soa.xblink.Test2">
		    <!--内部组件test2的test1属性引用外层组件test1-->		
			<property name="test1" refid="attr:test1" />
			<!--内部组件test2的test3属性引用外层组件test1的test3属性-->
			<property name="test3" refid="attr:test1->test3" />
		</property>
		<!--内部组件test3的test2属性引用外层组件test1的test2属性-->
		<property name="test3" class="org.frameworkset.soa.xblink.Test3"
			f:test2="attr:test1->test2"/>
		<!--test4属性直接引用外层组件test1-->
		<property name="test4" refid="attr:test1"/>
		<property name="testmap" >
			<map componentType="bean">
			    <!--Map类型属性testmap的test4索引对应的值是对外层组件test1引用-->
				<property name="test4" refid="attr:test1"/>
			</map>
		</property>
		<property name="testlist" >
			<list componentType="bean">
			 <!--List类型属性testlist的第一个值是对外层组件test1引用-->
				<property refid="attr:test1"/>
			 <!--List类型属性testlist的第二个值是对外层组件test1的数组属性testarraybasic的引用-->
				<property refid="attr:test1->testarraybasic"/>
			</list>
		</property>
		<property name="testarray" >
			<array componentType="org.frameworkset.soa.xblink.Test1">
				<!--数组类型属性testlist的第一个值是对外层组件test1引用-->
				<property refid="attr:test1"/>
				<!--数组类型属性testlist的第二个值是对外层组件test1的数组属性testarraybasic的第二个值得引用-->
				<property refid="attr:test1->testarraybasic[1]"/>
			</array>
		</property>
		<!--数组类型属性testarraybasic用来验证属性多维引用功能-->
		<property name="testarraybasic" >
			<array componentType="org.frameworkset.soa.xblink.Test1">
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
			</array>
		</property>
		<!--属性innerelement用来验证属性二维引用功能-->
		<property name="innerelement" refid="attr:test1->testlist[1][0]"/>
		<!--test5属性直接引用外层test1组件的属性test4-->
		<property name="test5" refid="attr:test1->test4"/>
		<!--test6属性直接引用外层test1组件的数组属性testarray的第一个元素对象的test2属性-->
		<property name="test6" refid="attr:test1->testarray[0]->test2"/>
		<!--test7属性直接引用外层test1组件的List属性testlist的第一个元素对象的test2属性-->
		<property name="test7" refid="attr:test1->testlist[0]->test2"/>
		<!--test8属性直接引用外层test1组件的Map属性testmap的key为test4对应的值对象的test2属性-->
		<property name="test8" refid="attr:test1->testmap[test4]->test2"/>
		<!--test9属性直接引用外层test1组件的数组属性testarray的第一个元素对象-->
		<property name="test9" refid="attr:test1->testarray[0]"/>
		<!--test10属性直接引用外层test1组件的List属性testlist的第一个元素对象-->
		<property name="test10" refid="attr:test1->testlist[0]"/>
		<!--test11属性直接引用外层test1组件的Map属性testmap的key为test4对应的值对象-->
		<property name="test11" refid="attr:test1->testmap[test4]"/>
		<!--test12属性直接引用外层test1组件的属性test3对象中的test2属性-->
		<property name="test12" refid="attr:test1->test3->test2"/>
	</property>
</properties>


test1中的属性innerelement引用了list属性testlist的第二个元素对应的数组中的第一个数据:
<property name="innerelement" refid="attr: test1->testlist[1][0]"/>
testlist属性的定义如下:
<property name="testlist" >
			<list componentType="bean">
			 <!--List类型属性testlist的第一个值是对外层组件test1引用-->
				<property refid="attr:test1"/>
			 <!--List类型属性testlist的第二个值是对外层组件test1的数组属性testarraybasic的引用-->
				<property refid="attr:test1->testarraybasic"/>
			</list>
		</property>
其中的第二个元素,又是对test1中的一个数组属性testarraybasic的引用:
<property refid="attr: test1->testarraybasic"/>

testarraybasic属性的定义如下:

<property name="testarraybasic" >
			<array componentType="org.frameworkset.soa.xblink.Test1">
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
				<property class="org.frameworkset.soa.xblink.Test1"/>
			</array>
		</property>
相关实践学习
巧用云服务器ECS制作节日贺卡
本场景带您体验如何在一台CentOS 7操作系统的ECS实例上,通过搭建web服务器,上传源码到web容器,制作节日贺卡网页。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
2月前
Micronaut AOP与代理机制:实现应用功能增强,无需侵入式编程的秘诀
AOP(面向切面编程)能够帮助我们在不修改现有代码的前提下,为应用程序添加新的功能或行为。Micronaut框架中的AOP模块通过动态代理机制实现了这一目标。AOP将横切关注点(如日志记录、事务管理等)从业务逻辑中分离出来,提高模块化程度。在Micronaut中,带有特定注解的类会在启动时生成代理对象,在运行时拦截方法调用并执行额外逻辑。例如,可以通过创建切面类并在目标类上添加注解来记录方法调用信息,从而在不侵入原有代码的情况下增强应用功能,提高代码的可维护性和可扩展性。
64 1
|
1月前
|
XML Java 数据格式
使用完全注解的方式进行AOP功能实现(@Aspect+@Configuration+@EnableAspectJAutoProxy+@ComponentScan)
本文介绍了如何使用Spring框架的注解方式实现AOP(面向切面编程)。当目标对象没有实现接口时,Spring会自动采用CGLIB库进行动态代理。文中详细解释了常用的AOP注解,如`@Aspect`、`@Pointcut`、`@Before`等,并提供了完整的示例代码,包括业务逻辑类`User`、配置类`SpringConfiguration`、切面类`LoggingAspect`以及测试类`TestAnnotationConfig`。通过这些示例,展示了如何在方法执行前后添加日志记录等切面逻辑。
133 2
使用完全注解的方式进行AOP功能实现(@Aspect+@Configuration+@EnableAspectJAutoProxy+@ComponentScan)
|
18天前
|
安全 Java 测试技术
Java开发必读,谈谈对Spring IOC与AOP的理解
Spring的IOC和AOP机制通过依赖注入和横切关注点的分离,大大提高了代码的模块化和可维护性。IOC使得对象的创建和管理变得灵活可控,降低了对象之间的耦合度;AOP则通过动态代理机制实现了横切关注点的集中管理,减少了重复代码。理解和掌握这两个核心概念,是高效使用Spring框架的关键。希望本文对你深入理解Spring的IOC和AOP有所帮助。
31 0
|
1月前
|
Java Spring 容器
Spring IOC、AOP与事务管理底层原理及源码解析
【10月更文挑战第1天】Spring框架以其强大的控制反转(IOC)和面向切面编程(AOP)功能,成为Java企业级开发中的首选框架。本文将深入探讨Spring IOC和AOP的底层原理,并通过源码解析来揭示其实现机制。同时,我们还将探讨Spring事务管理的核心原理,并给出相应的源码示例。
134 9
|
1月前
|
缓存 NoSQL Java
Springboot自定义注解+aop实现redis自动清除缓存功能
通过上述步骤,我们不仅实现了一个高度灵活的缓存管理机制,还保证了代码的整洁与可维护性。自定义注解与AOP的结合,让缓存清除逻辑与业务逻辑分离,便于未来的扩展和修改。这种设计模式非常适合需要频繁更新缓存的应用场景,大大提高了开发效率和系统的响应速度。
64 2
|
1月前
|
XML Java 数据格式
Spring的IOC和AOP
Spring的IOC和AOP
48 0
|
2月前
Micronaut AOP与代理机制:实现应用功能增强,无需侵入式编程的秘诀
【9月更文挑战第9天】AOP(面向切面编程)通过分离横切关注点提高模块化程度,如日志记录、事务管理等。Micronaut AOP基于动态代理机制,在应用启动时为带有特定注解的类生成代理对象,实现在运行时拦截方法调用并执行额外逻辑。通过简单示例展示了如何在不修改 `CalculatorService` 类的情况下记录 `add` 方法的参数和结果,仅需添加 `@Loggable` 注解即可。这不仅提高了代码的可维护性和可扩展性,还降低了引入新错误的风险。
48 13
|
3月前
|
安全 Java 开发者
Java 新手入门:Spring 两大利器IoC 和 AOP,小白也能轻松理解!
Java 新手入门:Spring 两大利器IoC 和 AOP,小白也能轻松理解!
49 1
|
4月前
|
容器
springboot-自定义注解拦截ip aop和ioc
springboot-自定义注解拦截ip aop和ioc
|
5月前
|
XML Java 开发者
“掌握Spring IoC和AOP:30道面试必备问题解析!“
“掌握Spring IoC和AOP:30道面试必备问题解析!“
118 0