19
|
mP. · 技术社区 · 14 年前 |
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)类似。
|
Joy · 在Guice中编写Map注入的单元测试 7 年前 |
AnthonyC · 休眠和Guice,无需持久性。xml 7 年前 |
Andrei Koch · Guice辅助注射 7 年前 |
Prashant · 来自消费者软件包的Guice绑定 7 年前 |
user212926 · Guice Injector保持应用程序运行 7 年前 |