深圳制作企业网站,鲁文建筑服务网,网络推广培训学校,为什么要更新网站From: https://blog.csdn.net/zhangjingao/article/details/81094529
在使用spring框架中的依赖注入注解Autowired时#xff0c;idea报了一个警告 大部分被警告的代码都是不严谨的地方#xff0c;所以我深入了解了一下。 被警告的代码如下#xff1a; Autowired UserDa…From: https://blog.csdn.net/zhangjingao/article/details/81094529
在使用spring框架中的依赖注入注解Autowired时idea报了一个警告 大部分被警告的代码都是不严谨的地方所以我深入了解了一下。 被警告的代码如下 Autowired UserDao userDao;
警告内容是
Field injection is not recommended
意思就是使用变量依赖注入的方式是不被推荐的。 使用idea解决策略是这样的
Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies
意思就是总是使用构造器的方式强制注入。
依赖注入有三种方式 变量filed注入 构造器注入 set方法注入
先各自看一下实现方式 变量filed注入 Autowired UserDao userDao;
构造器注入 final UserDao userDao; Autowired public UserServiceImpl(UserDao userDao) { this.userDao userDao; }
set方法注入 private UserDao userDao; Autowired public void setUserDao (UserDao userDao) { this.userDao userDao; } 相比较而言
优点变量方式注入非常简洁没有任何多余代码非常有效的提高了java的简洁性。即使再多几个依赖一样能解决掉这个问题。
缺点不能有效的指明依赖。相信很多人都遇见过一个bug依赖注入的对象为null在启动依赖容器时遇到这个问题都是配置的依赖注入少了一个注解什么的然而这种方式就过于依赖注入容器了当没有启动整个依赖容器时这个类就不能运转在反射时无法提供这个类需要的依赖。 在使用set方式时这是一种选择注入可有可无即使没有注入这个依赖那么也不会影响整个类的运行。 在使用构造器方式时已经显式注明必须强制注入。通过强制指明依赖注入来保证这个类的运行。
另一个方面 依赖注入的核心思想之一就是被容器管理的类不应该依赖被容器管理的依赖换成白话来说就是如果这个类使用了依赖注入的类那么这个类摆脱了这几个依赖必须也能正常运行。然而使用变量注入的方式是不能保证这点的。 既然使用了依赖注入方式那么就表明这个类不再对这些依赖负责这些都由容器管理那么如何清楚的知道这个类需要哪些依赖呢它就要使用set方法方式注入或者构造器注入。
总结下 变量方式注入应该尽量避免使用set方式注入或者构造器注入这两种方式的选择就要看这个类是强制依赖的话就用构造器方式选择依赖的话就用set方法注入。
