依赖注入有三种方式:
-
构造方法注入
- 优点:固定依赖注入的顺序,解决循环依赖的问题。
- 缺点:注入过多时会显得臃肿。
-
setter注入
- 优点:只有对象是需要被注入的时候,才会注入依赖,而不是在初始化的时候就注入。
- 缺点:不能将对象设为final。
-
属性注入
- 优点:简单,可读性高。
- 缺点:可能导致循环依赖、重名依赖、依赖为空,被多方依赖的可能通过反射修改了内部的值。
Spring团队通常建议使用构造器来注入,因为它允许一个应用程序组件实现为不可变对象,并确保所需的依赖项不是空。此外构造器注入组件总是返回一个完全初始化状态的client客户端(调用)。不过需要注意的是,大量的构造函数参数是一个糟糕的代码习惯,这意味着类可能有太多的责任,应该被重构,以更好地解决适当的关注点分离。
而对于属性注入,还有两种方式注解方式:
@Autowired
与
@Resource
,区别如下:
-
@Autowired
注解由Spring提供;
@Resource
注解由J2EE提供 -
@Autowired
按类型进行装配,当有多个相同类型的bean时则按名字进行装配;
@Resource
可以通过配置参数选择按类型或者名称进行装配,默认是通过名称
两者还有使用上的区别:
-
@Autowired
默认情况下必须要求依赖对象存在,如果要允许null值,可以设置它的required属性为false。如果想使用名称装配可以结合
@Qualifier
注解进行使用。 -
@Resource
默认按照名称进行装配,名称可以通过name属性进行指定,如果没有指定name属性,当注解写在字段上时,默认取字段名进行名称查找。如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是,如果name属性一旦指定,就只会按照名称进行装配。
如果使用属性注入的话,一般推荐使用
@Resource
注解,这样就不用写setter方法了,并且这个注解是属于J2EE的,减少了与Spring的耦合。
如果有兴趣了解更多相关内容,欢迎来我的个人网站看看:
耶瞳空间
版权声明:本文为tongkongyu原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。