2
A
回答
9
我会建议Spring,因为这可以仅使用核心包时提供一个占地面积小。
如果你认为春天是过度杀伤,那么也许PicoContainer或guice?
8
也许你应该看看谷歌吉斯:http://code.google.com/p/google-guice/
+0
我第二次说。 Guice重量轻,侵入性很小。 – Kimble 2009-10-07 17:57:36
0
绝对看着Guice。一直使用它一年,绝对喜欢它。
2
我一直在尝试MentaContainer现在不到一个星期,我很满意它的干净和直截了当的API。与使用XML或Annotations进行设置相比,它使用流畅的API,就像DSL一样,因为我使用它来构建带有IoC支持的小型Web容器,因此我觉得它像天堂般的天堂。它为适合Web容器的REQUEST范围的组件提供THREAD范围。它非常轻便,所以它可能是你需要的。
3
Silk DI约为120K
单个jar文件,没有进一步的运行时相关性。它有一个像guice一样流畅的binder界面,但更灵活,并允许删除你不喜欢的功能。例如。 Collection
或List
注射剂可以加入一个衬管。
0
看看dagger2,开发在google(fork的square's dagger1),只有17kb jar。
- 样板远低于吉斯
- 注射的编译时间验证(明确的错误消息。这是什么春天,吉斯不definitly不)
- 产生Facotries,编译后的代码。 非常强大
相关问题
- 1. Java GWT依赖注入
- 2. Java依赖注入问题
- 3. 依赖注入
- 4. 依赖注入
- 5. 依赖注入
- 6. 依赖注入
- 7. 依赖注入
- 8. 依赖注入
- 9. 使用依赖注入来注入依赖注入器
- 10. 依赖注入与许多小类
- 11. Spring 3.0依赖注入的最小JARs
- 12. 什么是Spring对依赖注入的最小依赖?
- 13. 依赖注入@protocol?
- 14. 依赖注入`trait`
- 15. 依赖注入akka.net
- 16. 依赖注入UserControl
- 17. Wicket依赖注入
- 18. MVC依赖注入
- 19. C#依赖注入
- 20. 依赖注入wcf
- 21. Spring依赖注入
- 22. Wcf依赖注入
- 23. 依赖注入context.getbeans
- 24. ui.bootstrap依赖注入
- 25. MVP依赖注入
- 26. WPF依赖注入
- 27. 依赖注入UrlHelper
- 28. 依赖注入与注解
- 29. 依赖注入注释
- 30. 依赖注入解决循环依赖
我推荐Spring只使用BeanFactory实现 - 大部分Spring的“重量级”特性来自于使用ApplicationContext,而不需要人们理解ApplicationContext在BeanFactory上添加的开销(虽然很酷的功能来自开销)。 – MetroidFan2002 2009-10-07 19:11:46
PicoContainer完全符合要求 – flybywire 2009-10-08 11:38:00