7.28.1 Spring构造注入还是设置注入

1.

构造方法注入代码如下：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方法，所有的依赖关系全部在构造器内设定，因此，不用担心后续代码对依赖关系的破坏。

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

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

楼主你说的私有变量  也叫状态，而方法叫做行为；
你也知道，一个类的私有变量在类外部是无法访问的，也就是无法直接修改私有变量；
而构造对象的时候，有些状态是必须的，或在对象生命周期中不会修改的状态，在构造对象时对其进行初始化更方便，更安全(没有其他方法可以改变，只能在构造函数中初始化，或setXXX()都是private修饰)；
有些状态是可选的，或临时的，对象在其生命周期中是可发生改变的，所以需要更改器方法(setXXX())来对其值进行修改；

比如说，设计一个Person类时，如果要求身份证号，姓名和性别 是必需初始化的，且不会改变的；而地址，E-Mail，电话号等是可选的；你说怎么设计最好呢？

来源： http://blog.sina.com.cn/s/blog_6f93edb60101gxct.html