本文目的是为了说明CallBack并非完全的IoC实现
这三个名词能在一起,是因为IoC的特性
在UI框架中尤其明显的体现
但CallBack只获得了部分控制权的反转
实际上callback这种方式是一种过程化方法学中的实现
而在面向对象领域中的替代物则是DI或模板方法模式
(IoC的具体表现)
DI和模板方法模式的区别在于
DI用于解除创建依赖
模板方法用于解除行为依赖
回到callback和IoC
从它们出现的理由上来看,目的是为了消除耦合
但它们确实都是对流程的控制
在过程化callback它的控制流将沿着调用的方向不断延伸,而不在乎是否会返回
但面向对象的方法中,努力的方向是对象+消息的程序结构
(所以在OO中我们不说:调用某个对象,而说:象某个对象发送消息)
所以,
IoC是期待回应的,然后继续 ‘注入组件’ 的流程
而传入callback是不期待回应的,它只是告诉 ‘被注入组件’ 下一步的方向,而没有说一定要回调 ‘注入组件’ 或接口,它可以继续将控制流程传递下去,到底程序在什么地方退出,'注入组件' 有可能不知道,所以说它只获得了部分的控制权
这三个名词能在一起,是因为IoC的特性
在UI框架中尤其明显的体现
但CallBack只获得了部分控制权的反转
实际上callback这种方式是一种过程化方法学中的实现
而在面向对象领域中的替代物则是DI或模板方法模式
(IoC的具体表现)
DI和模板方法模式的区别在于
DI用于解除创建依赖
模板方法用于解除行为依赖
回到callback和IoC
从它们出现的理由上来看,目的是为了消除耦合
但它们确实都是对流程的控制
在过程化callback它的控制流将沿着调用的方向不断延伸,而不在乎是否会返回
但面向对象的方法中,努力的方向是对象+消息的程序结构
(所以在OO中我们不说:调用某个对象,而说:象某个对象发送消息)
所以,
IoC是期待回应的,然后继续 ‘注入组件’ 的流程
而传入callback是不期待回应的,它只是告诉 ‘被注入组件’ 下一步的方向,而没有说一定要回调 ‘注入组件’ 或接口,它可以继续将控制流程传递下去,到底程序在什么地方退出,'注入组件' 有可能不知道,所以说它只获得了部分的控制权