编程理念
IOC
IOC(Iversion-of-Control) 控制反转，Martin Fowler 关于IOC的理解。
Inversion of Control is a key part of what makes a framework different to a library. A library is essentially a set of functions that you can call, these days usually organized into classes. Each call does some work and returns control to the client.
A framework embodies some abstract design, with more behavior built in. In order to use it you need to insert your behavior into various places in the framework either by subclassing or by plugging in your own classes. The framework's code then calls your code at these points.
DI
在IoC出现以前，组件之间的协调关系是由程序内部代码来控制的，或者说，以前我们使用New关键字来实现两个组件之间的依赖关系的。这种方式就造成了组件之间的互相耦合。这个主要是在对象组合的时候存在耦合，比如类A需要依赖类B的功能，一般会通过一下方式去依赖B, 比如定义一个B属性，或者传递B参数等。以下都是编程中可能的依赖方式。
但是这种方式耦合度过高。比如是A依赖某个B接口，特别是在框架中运行的代码，如果你不断的添加新的实现接口B的类，那每一次你可能得重新编译整个框架和你的代码，而不是仅仅编译你自己的代码，这在这个框架横行的时代是不可能的。也就是说，我们希望B不是在编译时被注入的，而是在运行时注入的。那这个时候，你只能把这种任务交给框架或者说DI容器来处理了。下图是 DI 包含的各种类型。
IoC(控制反转)就可以实现DI，它将实现组件间的关系从程序内部提到外部容器来管理。也就是说，由容器在运行期将组件间的某种依赖关系动态的注入组件中。具体的做法是，将原本的 A 依赖 B，改成 A 依赖一个接口和一个 DI 容器（B 实现了 A 依赖的那个接口），然后将 B 的创建工厂（其中可能使用了创建型设计模式，并将类型转化为 A 所依赖的接口才返回）注册到 DI 容器，最后 A 只需要给 DI 容器一个标识索取 B，DI 容器将回调 B 的创建工厂，生产出 B 的实例之后交给 A。
IoC的一个重点是在系统运行中，动态的向某个对象提供它所需要的其他对象。实现原理就是利用Java的反射机制，配置好需要的类之后，可以直接调用容器方法根据配置文件动态的把需要的类以及方法加载和组装起来提供给其他对象。这样就从代码层面实现了类的解耦。
需要注意的是，DI容器的实现在静态语言中才显得有价值，如果是动态语言如Python，完全不需要单独实现一个DI容器,这样看起来很傻。比如你要在运行时动态替换某个方法，直接可以替换，这是动态语言解释器直接支持的。
参考
-Inversion of Control Containers and the Dependency Injection pattern
-控制反转 (IoC) 和依赖注入 (DI)
AOP
AOP(Aspect-oriented programming), 面向切面编程，这个概念是应该是从OOP(Obeject-oriented programming)延伸出来的概念，是对OOP不足的改善和辅助。面向对象的基本思维就是对现实世界的物理实体建模，把实体对象的属性和行为进行封装，从而得到类。类还可以通过继承来实现功能复用，也可以说是代码复用，进一步通过多态实现一个接口函数在运行时判断不同行为的特性。
这样来看，类之间除了通过继承产生联系，还可以通过组合产生联系，但是组合过多就会产生耦合，为了弥补这种不足，将多个类都可能用到的类（功能、代码）抽象出来，以动态插入的形式插入某个切面。
上面可能无法理解，但是如果学习过Python的装饰器的话，就容易理解了，其实Python装饰器就是切面编程的一种具体实现。在需要用到装饰器的切面，插入即可。例如，Web应用中，会写多个WebHandler类来处理不同的业务逻辑，你可以把这些类看成纵向的，然后他们在处理某个请求的开始，有一个共同的部分，请求验证。但是有些请求又不一定需要验证，那么，就可以在该切面插入验证逻辑代码。这也是切面的名称由来吧。在Python里面这个功能相当简单，只需要加入验证装饰器接口。
本质上来说，和Python里面的装饰器类似，都是为了复用代码，而且是动态的插入代码来执行，可以说Python装饰器是AOP思想的一种具体实现方式之一。
