在学习设计模式的时候,一开始对其中的工厂方法模式和抽象工厂模式有点混淆,网上查了一下,发现知乎也有人对这个问题进行提问,看来不止我不懂。一番学习好,发现其实很好理解。于是就有这篇文章的输出
要了解抽象工厂模式,就要先了解一下简单工厂模式和工厂方法模式,这几种工厂模式,是一步步迭代升级。至于实际工作用哪个更好呢,就要结合具体需求了。接下来的实例,不打算画UML图了,毕竟是面向小白,UML可能看不懂,也不对概念进行介绍了,需要的自行网上一搜就一大堆了。就以实际需求变动为例子,一步步介绍怎样通过不同的设计模式去应用。
作为Android程序员,最熟悉就是手机了,接下来就通过工厂生产手机作为例子。
普通写法
只有一个产品,正常写法就是如下,直接创建
1 | # Client.java |
如果某一天有钱想换成iphone,那应该怎样改了?
1 | # Client.java |
在Client
中,我们就才写了两行,都要全部换掉了,如果还有更多的方法,不都要全部一个个改吗?而且,这里的产品的创建是在Client
中,正常逻辑我们又不会自己生产手机。这个时候,就可以采用简单工厂模式,专业的东西就让专业的工厂去做。
简单工厂模式
1 | # SimpleFactory.java |
简单工厂模式,就是创建一个工厂类SimpleFactory
,往工厂类根据传递不同的参数进行条件判断,生成返回不同的产品类。
这样改动,就可以避免两个问题:
把产品对象的创建,统一放在工厂类处理,而不是客户端自己创建
如果想换手机,直接传递不同的参数就好了。
使用简单工厂模式,应对更换手机的代码修改
1 | public class SimpleFactory { |
工厂方法模式
简单工厂模式,基本就可以满足我们的要求,但是接下来每次新增一个产品,都要去修改SimpleFactory
类,这个就不满足我们的设计模式原则,尽量不要影响之前的类。于是,工厂方法模式闪亮登场。
1 | # ImplFactory.java |
用了工厂方法模式,如果新增产品,比如想换华为呢,只需要新建一个华为工厂类去实现工厂接口,和新建一个华为手机内去实现手机接口,就不需要对原来的代码进行修改了。但是,人人一部手机是不够,还要平板了。。。于是,ipad,miPad就都出来了!
抽象工厂模式
上面的ImplFactory
只是cratePhone()
,根本就没办法生产平板,那么,就加多条生产线生产,能赚钱的机会怎么可以错过呢?
1 | # ImplFactory.java |
改动还是挺大的,但至少能实现需求。接下来有其他厂商也要生产手机和平板,只需要实现ImplFactory
就可以了。其实,上面的处理方式,就是抽象工厂模式。
啊?别惊讶,一不小心就应用上了。仔细对比一下区别就可以理解:
工厂方法模式,重点在方法,通过实现同一个方法,就可以创建不同的产品。
抽象工厂模式,是在工厂方法模式发展上去的,方法也可以创建不同的产品,但是,这个工厂接口,变更加抽象了,在里面可以实现多个方法,而不是单一产品了。