用Guice+Peaberry实现OSGi环境下的JIT注入-阿里云开发者社区

开发者社区> 开发与运维> 正文

用Guice+Peaberry实现OSGi环境下的JIT注入

简介:

Guice是一个Java下非常强大的依赖注入框架,相比其它同类框架,我更喜欢Guice这种“配置亦代码”的风格。除了开发友好 性之外,Guice的过人之处还体现在它灵活的JIT(Just-in-time)注入上。利用@ProvidedBy()注解可以方便的为接口绑定定制 的Provider,从而实现结合了动态逻辑的Lazy注入。

当Guice和OSGi框架碰撞到一起时,就会遇到一些观念上的矛盾:OSGi的动态生命周期在Guice本身的静态绑定下无法发挥其应有的作用, 而Dynamic Service也无法方便的与Guice对接。好在开源社区已经有人意识到这些问题,并为两者搭起了一座鹊桥,这个项目就是“Peaberry”。

这两天在捣腾Peaberry时,发现它的设计主要是针对静态绑定,在与Guice的JIT注入一起用时,却还差那么一两块砖,于是自己把它给砌上了,顺便分享出来与大家交流一下。

按照Peaberry的用户手册,静态绑定一个DS服务的写法是在Module.configure()中使用:(以LogService接口为例)
[java]bind(LogService.class).toProvider(Peaberry.service(LogService.class).single());[/java]
如果转为JIT注入,则必须提供一个相应的Provider类。虽然Peaberry.service(…).single()返回的正是一个 Provider,但鉴于Java注解只能用字面类(Literal Class),所以这里需要包装一下。我的办法是定义一个抽象的公共Provider,用反射去识别派生类的具体泛型类型:
[java]
public abstract class JitProvider implements Provider {
protected JitProvider() {
@SuppressWarnings("unchecked")
final Class clazz = (Class) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0];
provider = Peaberry.service(clazz).single().direct();
}

 @Override
 public T get() {
  return provider.get();
 }

 @Inject
 protected void setInjector(final Injector injector) {
  injector.injectMembers(provider);
 }

 private final Provider provider;
}

[/java]
具体使用JitProvider的接口以如下形式声明:

[java]
@ProvidedBy(Foo.Provider.class)
public interface Foo {

static class Provider extends JitProvider {}
}
[/java]

这样,所有使用Foo服务的Bundle都完全实现了即需即用,不必再像过去那样在每一个用到该服务的Bundle的Activator中事先进行 一遍Peaberry繁琐的bind配置。经此精简优化,Peaberry的易用性得到了明显的提升,使用起来也更加直觉化了。

本文来自于"阿里中间件团队播客",原文发布时间 2010-07-14

版权声明:本文首发在云栖社区,遵循云栖社区版权声明:本文内容由互联网用户自发贡献,版权归用户作者所有,云栖社区不为本文内容承担相关法律责任。云栖社区已升级为阿里云开发者社区。如果您发现本文中有涉嫌抄袭的内容,欢迎发送邮件至:developer2020@service.aliyun.com 进行举报,并提供相关证据,一经查实,阿里云开发者社区将协助删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章