从Spring IOC看管理（一）

IOC

IoC是inverse of controll，即控制反转，根据官网的定义：IoC也称为依赖注入（DI）。这是一个过程，通过这个过程，对象只能通过构造函数参数，工厂方法的参数或在构造或从工厂方法返回后在对象实例上设置的属性来定义它们的依赖关系（即，它们使用的其他对象）。 。然后容器在创建bean时注入这些依赖项。此过程基本上是bean本身的逆（因此名称，控制反转），通过使用类的直接构造或诸如服务定位器模式的机制来控制其依赖关系的实例化或位置。

做事用人&用人做事

前端时间看到一篇文章，是阿里巴巴张勇讲的管理。文章很长，现在留下映象最深的就是“做事用人”和“用人做事”。

当我想做一件事情的时候，我会想好一步步该怎么做，让事情进行直到完成。当这个事情比较大或者时间要求比较短，一个人很难完成的时候，我会想让别人替我做其中的某些步骤，如果他们做的效果达到了预期，那么这个事情就被更好的完成了。这是非常直观想到的方法，这个事情还是由我主导，我来控制别人来做事。

每个人的精力是有限的，上面讲到当事情变大时，一个人无法完成，需要通过管理别人来完成，那当事情继续变大、变复杂，需要管理的人都超出了你的精力上限，怎么办？

我认为任何问题都存在着多种解，上述的问题可以抽象为产能不足的问题，典型的解决方案有两种：一是增加生成线，模式复制——我再找几个人承担我之前的管理职责，我再管理他们；二是技术改革，优化生产模式，提高单位生产力——之前的控制管理模式没有挖掘每个人的潜力，其实他们可以做更多事，甚至超出你的预期。

我相信任何一个人思考过，都知道第二种方法更好，人类近代历史的飞速发展离不开一次次的改革，这是最好的证明。但是改革不是你想改就改的，它有着更高的门槛，更多的要求。从Spring十多年的蓬勃发展可以看出，控制反转就是一种更好的管理，因为Spring管理的不是复杂的人，Spring更早更好的应用了这个管理方法，可以把Spring IOC容器当做公司，容器中的一个个Bean当做人。

那么，我们可以通过Spring现成的模式，来探讨想要达成这种管理方法，有着什么样的要求。把Spring容器当做公司管理层，把Bean当做公司员工，那么问题变成了Spring容器的职责是什么，Spring Bean的职责是什么？

（未完待续）

---

参考

1. Spring核心文档 https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-introduction