CDI是什么?

10-03-24 banq
                   

CDI(Contexts And Dependency Injection)是JavaEE 6标准中一个规范,将依赖注入IOC/DI上升到容器级别, 它提供了Java EE平台上服务注入的组件管理核心,简化应该是CDI的目标,让一切都可以被注解被注入。

Contexts概念和我们之前在DCI架构中讨论的业务场景不一样,包含有容器技术架构场景的意思,场景包括四种:request (event), session, application, page,而SEAM框架拓展了两个 conversation 和 business process context。


CDI对JSF和EJB模型使用都产生比较大的变化,比如对JSF影响,下面是JSF的一个用来显示的Bean:


import javax.inject.Named;

@Named
public class MessageServerBean {

public String getMessage() {
return "Hello World!";
}
}

使用了@Named来标注,那么在jsp页面中就可以写入标签:

Message is : #{messageServerBean.message}<br>
Message Server Bean is : #{messageServerBean}

达到输出如下结果

Message is : Hello World!
Message Server Bean is : eedemo.MessageServerBean@xxxxxxx

也就是说,@Named标注实际相当于给MessageServerBean取名eedemo.MessageServerBean(当然你也可以显式写一个名称),你就可以直接以messageServerBean对其getter方法进行输出了。

CDI另外一个特点就是将对象在容器中场景生命周期标注出来,如下:

@Named("itemProcessor")
@RequestScoped
//表示生命周期是request,每次request请求结束,生命就终止,也可以有Session或 Application等
public class ItemProcessor {

@Inject
private ItemDao itemDao;
//表示ItemDao需要被注入

...
}


大家已经看见,其实这些招已经在Spring或我们的Jdonframework中普遍使用,实际是依赖注入的升级版。是一种自动配对auto-wired的注入,不是Spring 1.x中那种手工配置依赖的那种。我在05年文章Ioc容器的革命性优点就提出自动注入划时代的意义。曾经有一段时间还把这作为jdonframework和Spring 1.x区别吹嘘很长时间,现在都已经是平常事了。

CDI还提供了Producer方法,也就是工厂方法的实现,这样在这个对象被注入之前,你可以定制一些你自己的东西。

public class PersonFactory {

@Produces
@RequestScoped
public Person createPerson() {
return new Person();
}
}


但Person被注入到其他需要Person的地方之前,createPerson首先被执行,在这个方法中你能做一些注入之前的准备工作。

CDI还提供Events事件注入,使得异步事件模式能够引入JavaEE中。

事件消息分生产者和消费者,见 Event-Listerner事件监听模式一文。消息生产者定义一个事件:
@Inject
private javax.enterprise.event.Event<User> userEvent;

激活一个事件是:
userEvent.fire(user);

消息监听者也就是消费者,只要标注@Observes ,即可处理发出的事件:

public void observeUserEvent(@Observes User user) {
...
}

事件模式的引入可以为我们实现业务场景融合提供手段,见ZK的CDI应用

@Named
@SessionScoped
public class HelloWorld extends GenericComposer implements Serializable {

@Inject @ComponentId("guestName") Textbox guestName;
@Inject @ComponentId(
"sayHelloBtn") Button sayHelloBtn;
@Inject @ComponentId(
"helloWindow") Window helloWindow;

public void sayHello(@Observes @Events(
"sayHelloBtn.onClick") MouseEvent evt) {
helloWindow.setTitle(
"Hello " + guestName.getValue());
}
}


不过,这个事件模式和Jdonframework提供的基于领域模型的Domain Events比较类似,但还是有些区别,目前看来,CDI这种事件模式还是组件(userEvent)驱动领域模型(user),不同于JF是领域模型自身发出事件,这两者还是有本质区别,更加突出领域模型作为业务核心的重要位置,而JavaEE6为了强调其技术架构的重要位置,免不了和业务争夺核心位置,这是我们使用者必须注意的,不能死读标准。

CDI还提供了@Decorator和@Interceptor,这涉及AOP和动态组件的概念。有兴趣可仔细研究。

相关资料:
JavaEE6和CDI
From JBoss Seam to CDI (JEE6)
JavaEE 6:EJB3.1新特性

[该贴被banq于2010-03-24 11:41修改过]

                   

13
joshuayan
2010-03-24 12:54

cdi必须依赖支持符合JAVAEE6规范的容器,感觉不那么容易使用

banq
2010-03-24 13:53

2010年03月24日 12:54 "joshuayan"的内容
cdi必须依赖支持符合JAVAEE6规范的容器,感觉不那么容易使用 ...


JavaEE6服务器今年陆续上市, GlassFish 3已经支持,JBoss估计到年中,其实SEAM框架已经主导了JavaEE 6标准。SEAM和GLASSFISH组成联盟了。

至此,Spring和JavaEE终于分道扬镳了,Spring也在发展自己的服务器,企业Java未来变得清晰了:FUTURE OF ENTERPRISE JAVA ...IS CLEAR (JAVA EE WITH/WITHOUT SPRING AND VICE VERSA)

对于实际项目,你得签署两份维护和支持合同,一份是应用服务器,一份是SpringSource. 这实际是让企业用户为难,最后就形成两种结果:
1.部署Spring在其自己的服务器上
2.部署没有Spring的Java EE 6应用(you could build them with Spring support, but deployment to production will be the issue)

The future of Enterprise Java is very clear - full stack Spring or full stack Java EE - but no mix any more.两者再也不会搞在一起了。

在另外一篇文章:LEAN JAVA EE 6 WITHOUT SPRING AND SPRING 3.0 IN JAVA EE 6 WORLD: SUMMARY AND CONCLUSION (EJUG SESSION)
中对JavaEE 6和Spring 3进行了比较,认为Spring不是“约定优于配置”,很多事情都需要声明。Spring 3已经完整支持Java EE 6标准,除了@Stateless。

[该贴被banq于2010-03-25 20:29修改过]

xmuzyu
2010-03-24 23:09

呵呵,总之,觉得做软件得有自己思考,不能跟风,比如过去跟风EJB,现在都是Spring,以后不知道又要跟啥风呵呵。还是秉承jdon的风格,坚持以业务为核心,以业务驱动技术的思想比较切合实际一点。技术just a tool,业务 is the king.

joshuayan
2010-03-25 10:17

2010年03月24日 23:09 "xmuzyu"的内容
还是秉承jdon的风格,坚持以业务为核心,以业务驱动技术的思想比较切合实际一点。技术just a tool,业务 is the king. ...


完全同意

为了砍柴,我们也需要好好的磨磨板斧阿 :)

4Go 1 2 3 4 下一页