1
A
回答
3
我们通常建议人们为所有其他属性的所有 强制合作者和setter注入使用构造函数注入。 同样,构造函数注入确保所有强制性属性都已满足 ,并且无法实例化对象 处于无效状态(未通过其协作者)。在其他 单词中,当使用构造函数注入时,不必使用 专用机制来确保设置所需的属性(而不是 正常的Java机制)。
3
就个人而言,我倾向于构造函数注入,而我做的一个主要原因。
不变性。
对于不可变对象,使代码线程安全更容易。这在处理弹性域对象时尤为重要。如果它们是可变的,并且在不同的线程中访问,则更改任何共享状态是不安全的。
还有其他原因,不变性是有益的,但我会让webpage继续下去。
相关问题
- 1. 依赖注入 - Unity构造函数注入不工作,只有getter setter注入
- 2. 在Spring中构造函数注入
- 3. CGLIB,弹簧和注入构造函数
- 4. 数据注解构造函数注入
- 5. JAXB构造函数注入
- 6. Unity构造函数注入
- 7. TinyIOC构造函数注入
- 8. 构造函数注入
- 9. MEF构造函数注入
- 10. Spring云数据流@EnableBinding注释中断构造函数注入
- 11. 在Spring中通过注释向构造函数注入参数
- 12. Spring DI:使用注释在构造函数中注入FileInputStream
- 13. Dagger 2.0构造函数注入和Singleton
- 14. AndroidAnnotations和构造函数注入
- 15. LightInject:构造函数注入和IDisposable
- 16. OOP,依赖注入和构造函数
- 17. c#构造函数注入和构造函数重载
- 18. 依赖注入:将构造函数注入优点与Setter注入优点结合起来?
- 19. 构造函数中的依赖注入
- 20. 构造函数注入路由参数
- 21. Guice:注入参数化构造函数
- 22. 构造函数注入工作...属性注入不是很多
- 23. 构造函数注入vs方法注入
- 24. 构造函数注入VS字段注入
- 25. 构造函数注入vs安装程序注入
- 26. 构造函数注入/依赖注入 - 处理“根”类
- 27. 构造函数注入或不注入TDD?
- 28. 使用属性注入而不是构造函数注入
- 29. 在注入构造函数之前注入成员变量
- 30. 角2:房产注入,而不是构造函数注入
你是对的关键点是不可变性。许多Spring用户应该知道如何在不使用不可变对象时影响GC。 – 2013-05-27 11:29:42