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

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;

    }

 

    // ……

}

 
 

 

 

 

 

 


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值