前言:遇到的一个警告,虽然没必要管,但是因为闲就总结一下
idea使用@Autowired
1 |
|
1 | Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies". |
翻译 检查信息:spring团队建议:“在bean中始终使用基于构造函数的依赖注入。总是对强制依赖项使用断言”。
注入方式
依赖注入有三种方式:
- 变量(filed)注入
- set方法注入
- 构造器注入
变量(filed)注入
1 |
|
set方法注入
1 | private Configuration cfg; |
构造器注入
1 | private Configuration cfg; |
总结
变量方式注入
优点:简洁
缺点:不能有效的指明依赖。相信很多人都遇见过一个bug,依赖注入的对象为null,在启动依赖容器时遇到这个问题都是配置的依赖注入少了一个注解什么的,然而这种方式就过于依赖注入容器了,当没有启动整个依赖容器时,这个类就不能运转,在反射时无法提供这个类需要的依赖。
在使用set方式时,这是一种选择注入,可有可无,即使没有注入这个依赖,那么也不会影响整个类的运行。
在使用构造器方式时已经显式注明必须强制注入。通过强制指明依赖注入来保证这个类的运行。
另一个方面:
依赖注入的核心思想之一就是被容器管理的类不应该依赖被容器管理的依赖,换成白话来说就是如果这个类使用了依赖注入的类,那么这个类摆脱了这几个依赖必须也能正常运行。然而使用变量注入的方式是不能保证这点的。
既然使用了依赖注入方式,那么就表明这个类不再对这些依赖负责,这些都由容器管理,那么如何清楚的知道这个类需要哪些依赖呢?它就要使用set方法方式注入或者构造器注入。