加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

依赖注入及AOP简述(八)——混合请求模式

发布时间:2020-12-13 20:16:59 所属栏目:百科 来源:网络整理
导读:2.3.混合请求模式 上一节讲到了FQCN(全类名)请求模式会带来依赖定义的柔软性较差的问题,因此字符串和全类名混合的模式又应运而生了。比如刚才的Spring中的API方式声明注入点的例子就可以改为使用下面的API: // Spring的字符串+全类名注入的API BeanFacto

2.3.混合请求模式

上一节讲到了FQCN(全类名)请求模式会带来依赖定义的柔软性较差的问题,因此字符串和全类名混合的模式又应运而生了。比如刚才的Spring中的API方式声明注入点的例子就可以改为使用下面的API:

// Spring的字符串+全类名注入的API

BeanFactory injector = new FileSystemApplicationContext("depositConfiguration.xml")

this.bank = (Bank) injector.getBean("bank",Bank.class);

// 请求名为"bank"且类为Bank的依赖


而在Guice中则提供了更为安全、可维护性更高的基于注解模式的混合请求模式,此时标识符不再仅仅是一个字符串,而是一个自定义的Java5注解。例如上一节中举的Setter注入点的例子,可以用下面的方式来实现混合请求依赖:

public class Depositor {

private Bank bank;

// ……

@Inject // bank的Setter注入点

public void setBank(@BankICBC Bank bank) {

// 请求标识符为"@BankICBC"注解并且类为Bank的依赖

// "@BankICBC"注解是一个被绑定到BankICBC.class的自定义注解

this.bank = bank;

}

// ……

}

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读