Spring中IOC(DI)的理解

  在Spring中学习了两大重要思想：IOC(DI)和AOP。这篇主要谈谈IOC(DI).

  IOC：(Inversion of Control)控制反转，本来由应用程序管理的对象之间的依赖关系，现在交给了容器管理，这就是控制反转，即交给了IOC容器，Spring的IOC容器主要使用DI方式实现的。不需要主动查找，对象的查找、定位和创建全部由容器管理。

  这是很官方的解释，我举一个生活中的实例来谈谈我的理解。比如我今天要去泰山旅游，那么我要做的事情是确定旅游路线，买票，预定宾馆等等。这一切都由我自己控制。那么明天我要去西湖旅游，我又需要确定去西湖的路线，买票，预定宾馆等等。这样的结果就是我好累，每去一个地方，都有好多的细节需要我来考虑确定。那么我们有什么方便的办法吗？当然有，我们可以报一个旅游团去。这样我们只需要交钱就OK了，其他的细节会有旅游团来控制。那么，这就是一个控制反转，我们交给了旅游团来做这些事了。旅游团就是我们的容器。

  在Spring中实现IOC主要是通过DI方式实现的。DI是什么？比如对象A需要操作数据库，以前我们总是要在A中自己编写代码来获得一个Connection对象，有了 spring我们就只需要告诉spring，A中需要一个Connection，至于这个Connection怎么构造，何时构造，A不需要知道。在系统运行时，spring会在适当的时候制造一个Connection，然后像打针一样，注射到A当中，这样就完成了对各个对象之间关系的控制。A需要依赖 Connection才能正常运行，而这个Connection是由spring注入到A中的，依赖注入的名字就这么来的。

  我听到很多人说刚刚接触IOC或者DI时，很难理解他们。对于这一点，我反倒觉得它不是很难理解。因为我们的学习过程决定了这一点。虽然这个概念是在Spring中听到的，但是它演化的过程我们在DRP中可以清晰的感受到。当时学习DRP时没有这个感受，现在学习了Spring后，真心觉得水到渠成。

  在整个学习过程中我如何理解？

  DRP中无论在Dao层还是在Manager层中都使用了factory创建对象。在dao层中我们使用factory，这样我们可以灵活更换数据源，比如之前用oracle,现在想要用mysql。但是从我们学过的抽象工厂UML中就知道了，抽象工厂很庞大，类很多，当增加需求时无法满足开闭原则。针对抽象工厂的这个缺点，我们可以使用反射加配置文件来解决。现在对反射的理解也不是刚开始重构机房对反射认识的那一点点了。反射很强大。只要我们我们在配置文件中配置好类的完整路径，程序运行时读取配置文件，反射可以动态为我们实例化出类来。到此，从表面看，以前的抽象工厂已经面目全非了。同时，也更加灵活了。我们用同样的思路处理manager层，只要将manager层的实现类，配置到配置文件中即可。

  在DRP中我对工厂有了这样的一个认识，我不再用写new Object()这样的语句了，配到配置文件中就可以了。当然我在DRP中也发现了一个缺陷：就是如果manager中引用dao了，还是需要用手动new，这个过程是否能通过配置文件来实现呢？答案必须是肯定的。但是我们手动敲一个很难啊。这个时候巨人来了，Spring来了，Spring可以解决这个问题。DI就是这个过程。所以我说我理解地水到渠成。

  笔者认识尚浅，只是抛砖引玉吧，希望各位给出诚挚的指导。