使用构造方法初始化还是使用set方法

   构造方法注入代码如下：public UserManagerImpl(UserDao userDao) {
                                                  this.userDao = userDao;
                                    }

 

   set注入代码如下：        public void setUserDao(UserDao userDao) {
                                                   this.userDao = userDao;
                                     }     

 

构造方法注入与set注入的区别：构造方法注入的方式，在new UserManagerImpl对象的同时，就把userDao对象 传给UserManagerImpl这个正在new的对象，它的时机比较早。

  构造方法注入: 先把UserManagerImpl创建好以后，再调用set方法。

 

 

 

 

2.

使用构造方法注入的理由：

n 构造方法注入使用强依赖规定，如果不给足够的参数，对象则无法创建。

n 由于Bean的依赖都通过构造方法设置了，那么就不用写更多的set方法，有助于减少代码量。

使用set注入的理由：

n 如果Bean有很多的依赖，那么构造方法的参数列表会变的很长。

n 如果一个对象有多种构造方法，构造方法会造成代码量增加。

n 如果构造方法中有两个以上的参数类型相同，那么将很难确定参数的用途。

n ……

Spring官方更推荐使用set注入。

 

3.

下面对spring依赖注入的两种方式进行一些介绍和比对。Spring依赖注入的两种方式是：

     3.1.设置注入；

     3.2 .构造注入；

spring依赖注入之设置注入的优点：

与传统的JavaBean的写法更相似，程序员更容易理解、接受，通过setter方式设定依赖关系显得更加直观、明显；

对于复杂的依赖关系，如果采用构造注入，会导致构造器过于臃肿，难以阅读。Spring在创建Bean实例时，需要同时实例化其依赖的全部实例，因而导致死你功能下降。而使用设置注入，则避免这下问题；

尤其在某些属性可选的情况下，多参数的构造器更加笨拙。

spring依赖注入之构造注入的优点：

构造注入可以再构造器中决定依赖关系的注入顺序，优先依赖的优先注入。

对于依赖关系无须变化的Bean，构造注入更有用处；因为没有setter方法，所有的依赖关系全部在构造器内设定，因此，不用担心后续代码对依赖关系的破坏。

依赖关系只能在构造器中设定，则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言，组件内部的依赖关系完全透明，更符合高内聚的原则；

建议采用以设置注入为主，构造注入为辅的注入策略。对于依赖关系无须变化的注入，尽量采用构造注入；而其他的依赖关系的注入，则考虑采用设置注入。