上一篇(点这里),总结到简单工厂设计模式,有多种方法实现,例如普通、多方法、静态。但最大的问题就是如果需要新增业务,就需要修改到以前的代码,这违背了开闭原则,那有什么其他办法吗,答案是有,有很多,今天总结的是基于简单工厂完善提升的一种,名叫工厂设计模式。
工厂设计模式:
创建一个工厂接口和创建多个工厂实现类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码。
案例代码如下:
1.业务接口
public interface Sender {
public void Send();
}
2、业务实现
public class MailSender implements Sender {
@Override
public void Send() {
System.out.println("this is mailsender!");
}
}
public class SmsSender implements Sender {
@Override
public void Send() {
System.out.println("this is sms sender!");
}
}
3、工厂接口
public interface Provider {
public Sender produce();
}
4、工厂实现
public class SendMailFactory implements Provider {
@Override
public Sender produce(){
return new MailSender();
}
}
public class SendSmsFactory implements Provider{
@Override
public Sender produce() {
return new SmsSender();
}
}
5、测试类
public class Test {
public static void main(String[] args) {
Provider provider = new SendMailFactory();
Sender sender = provider.produce();
sender.Send();
}
}
工厂设计模式最大好处就是现在业务,不需要修改原来的代码,增加工厂实现类、增加业务实现类就好了。工厂模式已经可以符合开闭原则了,但是需要客户端(上例就是测试方法)主动调用相应业务,但如果有这么一个业务场景,如:如果办公室需要采购电脑,但是pc台式电脑,包括了主板、cpu、鼠标、键盘等等,如果用工厂设计模式也可以实现,但是需要客户端自己组装,这很容易出错,造成不兼容。抽象工厂可以很好的解决这个问题。
什么是工厂方法?什么是抽象工厂模式?区别如下:(以下部分为他人总结,我觉得不错,blog地址)
工厂方法模式:
一个抽象产品类,可以派生出多个具体产品类。 一个抽象工厂类,可以派生出多个具体工厂类。 每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式:
多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。 一个抽象工厂类,可以派生出多个具体工厂类。 每个具体工厂类可以创建多个具体产品类的实例,也就是创建的是一个产品线下的多个产品。
区别:
工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。 工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。
工厂方法创建 "一种" 产品,他的着重点在于"怎么创建",也就是说如果你开发,你的大量代码很可能围绕着这种产品的构造,初始化这些细节上面。也因为如此,类似的产品之间有很多可以复用的特征,所以会和模版方法相随。
抽象工厂需要创建一些列产品,着重点在于"创建哪些"产品上,也就是说,如果你开发,你的主要任务是划分不同差异的产品线,并且尽量保持每条产品线接口一致,从而可以从同一个抽象工厂继承。
对于java来说,你能见到的大部分抽象工厂模式都是这样的:
---它的里面是一堆工厂方法,每个工厂方法返回某种类型的对象。 比如说工厂可以生产鼠标和键盘。那么抽象工厂的实现类(它的某个具体子类)的对象都可以生产鼠标和键盘,但可能工厂A生产的是罗技的键盘和鼠标,工厂B是微软的。 这样A和B就是工厂,
对应于抽象工厂; 每个工厂生产的鼠标和键盘就是产品,对应于工厂方法; 用了工厂方法模式,你替换生成键盘的工厂方法,就可以把键盘从罗技换到微软。但是用了抽象工厂模式,你只要换家工厂,就可以同时替换鼠标和键盘一套。如果你要的产品有几十个,当然用抽象工厂模式一次替换全部最方便(这个工厂会替你用相应的工厂方法)。
总结:抽象工厂就像工厂,而工厂方法则像是工厂的一种产品生产线