手机网站怎么导入微信朋友圈,为何有的网站打不开,网站开发vs2013,手机网站头部代码小王学习录 前言属性注入1. 属性注入的优点2. 属性注入的缺点 Setter注入Setter注入的优点Setter注入的缺点 构造方法注入1. 构造方法的优点 总结补充Aurowired注解和Resource注解的区别 前言
在前面的文章中介绍了基于注解的方式将Bean存储到Spring中, 接下来介绍如何基于注解… 小王学习录 前言属性注入1. 属性注入的优点2. 属性注入的缺点 Setter注入Setter注入的优点Setter注入的缺点 构造方法注入1. 构造方法的优点 总结补充Aurowired注解和Resource注解的区别 前言
在前面的文章中介绍了基于注解的方式将Bean存储到Spring中, 接下来介绍如何基于注解的方式从Spring中取对象, 也就是实现DI依赖注入. 本篇文章将会介绍三种依赖注入的方式, 分别是属性注入, Setter注入和构造方法注入. 并介绍其各自优缺点.
属性注入
属性注入要用到注解Autowired
Controller
public class UseController {Autowiredprivate UseService useService;public void print(){System.out.println(do_useController);useService.print();}
}使用Autowired自动注入, 就是去Spring容器中找到UseService类的Bean对象. 如果Bean对象只有一个, 则直接将对象注入给useService引用. 如果Bean对象有多个, 则根据引用的名字来进行匹配. 1. 属性注入的优点
属性注入最大的优点就是使用简单, 只需要添加一个Autowited注解即可.
2. 属性注入的缺点
属性注入不能注入给一个final修饰的引用. 原因是final修饰的变量必须要在定义时初始化, 或者在构造方法中对其进行初始化.属性注入的通用性差, 只能用于IoC容器中.属性注入违背单一设计原则的可能性大 所谓单一设计原则, 就是一个类只用来完成一个功能. 属性注入的方式使用起来非常简单, 因此程序员很可能在一个类中注入多个对象. 从而使得这个类的单一设计原则被破坏. 因此说属性输入会使程序违背单一设计原则的概率加大.
Setter注入
Controller
public class UseController {private UseService useService;Autowiredpublic void setUseService(UseService useService){this.useService useService;}public void print(){System.out.println(do_useController);useService.print();}
}使用setter注入, 通过Autowired从Spring中取出UseService Bean, 作为实参传给setUseService, 然后在setUseService中将其赋值给引用.
Setter注入的优点
在Setter注入中, 每个Setter只针对一个Bean, 所以他符合单一设计原则.
Setter注入的缺点
不能注入给一个final修饰的引用
final修饰的变量必须要在定义时初始化, 或者在构造方法中对其进行初始化.
注入的对象可被修改. 在程序执行时, 通过调用setUseService方法, 可以对注入的对象进行修改.
构造方法注入
Controller
public class UseController {private UseService useService;Autowiredpublic UseController(UseService useService) {this.useService useService;}public void print(){System.out.println(do_useController);useService.print();}}如果类中只有一个构造方法时, Autowired可以省略. 这是因为Spring官方推荐构造方法的使用, 所以在底层会自动实现Autowired
1. 构造方法的优点 可以注入给final修饰的引用 符合单一设计原则 在一次注入中, 只针对一个Bean. 注入对象不会被改变 由于构造方法只会执行一次, 所以注入的对象不会被改变 注入对象会被完全初始化 因为依赖对象的传递是在构造方法中执行的, 而构造方法是在对象创建之初执行的, 所以构造方法注入确保在对象被创建的时候所有必要的依赖关系都被传递进来并初始化。 举例来说如果有一个类 A, 它的构造方法接受一个类 B 的对象作为参数, 那么在创建 A 的对象时, 类 B的对象就是被传递的依赖关系, 并且在 A 的构造方法中对 B 的对象进行了初始化. 这确保了在使用 A 的对象时, A 依赖的对象 B是已经准备好并初始化的。 通用性更好 构造方法注入可适用非 IoC 框架. 对于IoC框架和非IoC框架. 构造方法注入的代码都是通用的, 所以它的通用性更好. 总结
综上, 依赖注入的实现方式有以上三种. 分别是属性注入, Setter注入和构造方法注入.
属性注入的写法最简单, 使用频率最高. 但缺点也很明确. Setter注入适用于注入可变对象的场景. 构造方法注入是Spring官方最推荐的注入方法. 明显优势是可以注入对象给final修饰的引用. 通用性更好.
补充
在进行类注入时, 除了使用Autowired注解之外, 还可以使用Resource进行注入.
Aurowired注解和Resource注解的区别
来源不同 Autowired注解是Spring框架提供的. 而Resource是JDK提供的, 可以在非Spring的环境下使用参数不同 相比于Autowired来说, Resource支持更多的参数配置 如Resource可以通过name参数来指定具体的Bean名称. 但是Autowired可以使用另一个注解Qualifier注解来指定具体的Bean名称 比如现在有Dog和Cat两个类都实现了Animal接口. 当要依赖注入一个Animal Bean时, 可以通过Qualifier注解来显式指定要注入的是哪个Bean(注意: Qualifier不适合于构造方法注入) Component
public class Zoo {AutowiredQualifier(dog)private Animal animal;}查找Bean方式不同 Autowired查找Bean会先根据类型(类名)进行查找, 如果一个类型中有多个Bean, 则会根据对象名来进行匹配. Resource查找Bean则是先根据对象名来进行查找, 然后再根据类型来进行查找 也可以参考上面参数不同里面的方式进行查找设置.使用范围不同 Autowired可以用于以上三种注入方式 但Resource不适用于构造方法注入.可选性不同 Autowired 可以设置非非必需, 即如果找不到匹配的Bean, 属性可以为null. 但可以使用Autowire(required true)来设置为必需的(默认为必须). Resource 默认是必需的, 不支持可选性. 如果找不到匹配的Bean, 会抛出异常.
总而言之, Autowired 更为灵活, 而 Resource 更加标准化, 可以跨平台使用.
