对工厂方法模式的一些思考(2)

本随笔接上一篇: 工厂方法模式的一些思考(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
—而不是调用构造方法。哇，我们通过引入工厂方法模式完美实践了维基百科的描述。

工厂在这里充当的角色就是一个中间层，再次验证了一句话，所有软件工程问题都可以通过引用一个中间层来解决。

出问题->引入中间层->出问题->引入中间层->出问题->...，看，我们最喜欢的递归。