Configuration Pattern : 配置模式
IoC? Dependency Injection? No, Configuration Pattern!
IoC 这个过于tricky的名字理所当然的引起困惑, Martin同学取了个自以为高明的"Dependency Injection", 实在是半斤八两, 五十步笑百步, 其实更大范围上, 它们都是"Configuration Pattern"的一种实现. (Configuration Pattern, 配置模式, 我起的名字, 自娱自乐, 如有雷同, 所见略同)
Engine + Configuration.
搜一下你的项目, 或者常用的开源项目, 如果能同时搜到"Engine"结尾的类和"Configuration"结尾的类, 那么这个项目很可能用到了"Configuration Pattern"
我用过的开源项目中, Apache Axis就使用了引擎+配置的模式
我做过的一个工作流项目中, 也使用了引擎+配置的模式
当然, 传统的读取配置和 Dependency Injection 还是不太一样的; 前者通常会有一些 getAbc( )之类的方法, 类似IoC中 getObject(objectId), getBean(beanId)之类的调用, 但Dependency Injection 更灵活的做法是通过Setter或Ctor直接注入, 你就不需要自己去调用 getter 方法了. 前者主要是配置一些简单属性，后者通常将配置扩展到对象
Algorithm + Functor
其实更大范围上, Engine + Configuration 的模式, 也是 Algorithm + Functor 模式的一种应用; 冒泡排序的算法是一样的, 结果只取决于你提供的比较函数; 你提供了比较年龄和比较姓名两个不同的Functor, 那么作用在冒泡排序这同一个Algorithm上, 就能得到两种结果.
参数化
其实最大范围上, 不就是参数吗? IoC, Dependency Injection, Configuration, Functor, 不就是"参数"这种思想的应用吗. (这就多余了, 没意思了)