本随笔接上一篇: 工厂方法模式的一些思考(java语法表示)
那就给factory进行"依赖注入"吧
Factory factory;
factory = new FactoryImplA();//先从引用精准类型开始吧，至少下面的业务逻辑不用考虑精准类型的问题
//业务逻辑1
AInterface a;
a = factory.getIt();
a.work();
factory = new FactoryImplB();
//业务逻辑2
AInterface b;
b = factory.getIt();
b.work();业务逻辑应该跟非业务逻辑分开，对上面的代码进行提炼函数重构
//业务逻辑
void doWork(Factory f){
f.getIt().work()
}
public static void main(String[] args){
Factory factory;
factory = new FactoryImplA();
doWork(factory);
factory = new FactoryImplB();
doWork(factory);
}可以看到代码清晰了很多，而且我们获得了一个特性，那就是业务逻辑对类型不在乎。等等，如果去掉工厂方法模式又怎样？似乎我们也能得到这个特性…
void doWork(AInterface a){
a.work()
}
public static void main(String[] args){
AInterface a;
a = new AInterfaceImpl();
doWork(a);
a = new BInterfaceImpl();
doWork(a);
}是的，你当然可以这样做。但两段代码最主要的区别就是，前者依赖的是工厂，后者依赖的是业务对象。
维基百科对工厂方法模式实现的描述，最后一句话是这样的:
……—rather than by calling a constructor
—而不是调用构造方法。哇，我们通过引入工厂方法模式完美实践了维基百科的描述。
工厂在这里充当的角色就是一个中间层，再次验证了一句话，所有软件工程问题都可以通过引用一个中间层来解决。
出问题->引入中间层->出问题->引入中间层->出问题->...，看，我们最喜欢的递归。
