19
|
mP. · 技术社区 · 15 年前 |
![]() |
1
8
我经常使用Guice和CDI/Seam2。简单的回答是 不 CDI使用一种声明性方法,容器将自动扫描bean定义。这可以在某种程度上使用“替代”特性进行定制,但它不如Guice的编程方法灵活(基本上可以做任何事情)。 我的两分钱 我使用 二者都 框架:用于“较低级别”非企业POJO组件的Guice(我没有/需要CDI特性),CDI用于任何需要CDI额外特性的地方,插入JSF或EJB3的东西。主要是我开始使用Guice作为在“适配器”jvm中获取DI的一种方法,它运行在应用服务器集群的外部。随着我对CDI越来越熟悉,我发现对Guice的需求越来越少。我认为当CDI支持“非托管”实例时,我可以用CDI替换Guice(例如weld se)。 回复:焊接“魔术”-在我看来,关于bean定义扫描没有什么是“神奇的”。它在CDI规范中定义得非常好,并且与其他Java企业框架(如JPA和EJB3)类似。
|
![]() |
SteveB · CDI编译失败-注释类型不适用于此类声明 7 年前 |
![]() |
Anas · Java EE的CDI未按预期工作 7 年前 |
![]() |
Mario Köhler · 为什么我的CDI启动类被调用了两次? 7 年前 |
![]() |
Eric B. · 如何将构造函数注入CDI与JNDI资源一起使用? 7 年前 |