项目错误知识点记录
正文
最近在项目的时候，用到Spring框架，Spring框架提供了一种IOC的自动注入功能，可以很轻松的帮助我们创建一个Bean，这样就省的我们四处写new Object()这样的代码了。IOC提供了三种注入方式，接口注入，set方法注入以及构造器注入，三种注入方式使用起来都很easy，具体的使用方法网上都有很多，大家可以自行搜索百度...
那天当我使用接口注入的时候，发现IDEA给我一个警告(以前也有这样的警告，只不过我没太注意)，看了看是让我采用构造器注入方式。这就让我很不解了，以前我就知道IOC中提供三种注入方式，但是却一直不理解它们的区别(始终感觉都是注入，只要能注入Bean，就行啦~)。但是通过IDEA的提示，我发现这件事情不简单，于是我好好的研究了一下这三种注入方式，毕竟知己知彼才能百战不殆~
首先来介绍一下IOC的注入方式，IOC注入方式有三种，
- 接口注入：如果采用接口注入一个Bean，那么通过注入的Bean就必须要实现这个接口(这很霸道对不对，我想实现什么接口，还需要规定)...
- set方法注入：如果采用set注入一个Bean，那么只需要为Bean中所需要的一些组件提供set方法就可以，通过set方法注入比较清晰，大家一看就知道(哦~原来你想这个Bean提供了这些组件)...
- 构造器注入：如果采用构造器注入方式，那么首先为这个Bean提供自定义的构造函数，构造函数中需要的参数就是类中的组件实例。
这三种方法相互比较一下，会发现接口注入很明显不好，就如同我上面说的太霸道了，而set方法相对于接口注入来说比较好，但是我们考虑一种情况，那就是如果Bean所需要的组件太多了，那我们就需要提供好多set方法....很崩溃，这个类会很长...很长...。构造器注入方式，算是Spring官方建议的方式，因为它只需要提供一个构造函数即可，首先代码不多，其次set方法中给使用者提供了太多的信息，例如如果Bean中需要3个组件，而使用这只set了其中2个组件，那么调用这个Bean的时候，就会可能....报错。这很明显是一个缺点，在设计类的时候，我们都知道底层的封装，不要让使用者了解过多的类的信息...
综上，就是一个警告带给我的知识...