工厂方法模式分为三种,具体内容如下
一、普通工厂模式,就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。首先看下关系图:
举例如下:(我们举一个发送邮件和短信的例子)
首先,创建二者的共同接口:
1
2
3
4
5
|
public interface sender { public void send(); } |
其次,创建实现类:
1
2
3
4
5
6
|
public class mailsender implements sender { @override public void send() { system.out.println( "this is mailsender!" ); } } |
1
2
3
4
5
6
|
public class smssender implements sender { @override public void send() { system.out.println( "this is sms sender!" ); } } |
最后,建工厂类:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
public class sendfactory { public sender produce(string type) { if ( "mail" .equals(type)) { return new mailsender(); } else if ( "sms" .equals(type)) { return new smssender(); } else { system.out.println( "请输入正确的类型!" ); return null ; } } } |
我们来测试下:
1
2
3
4
5
6
7
8
|
public class factorytest { public static void main(string[] args) { sendfactory factory = new sendfactory(); sender sender = factory.produce( "sms" ); sender.send(); } } |
输出:this is sms sender!
二、多个工厂方法模式,是对普通工厂方法模式的改进,在普通工厂方法模式中,如果传递的字符串出错,则不能正确创建对象,而多个工厂方法模式是提供多个工厂方法,分别创建对象。
关系图:
将上面的代码做下修改,改动下sendfactory类就行,如下:
1
2
3
4
5
6
7
8
9
10
|
public class sendfactory { public sender producemail(){ return new mailsender(); } public sender producesms(){ return new smssender(); } } |
测试类如下:
1
2
3
4
5
6
7
|
public class factorytest { public static void main(string[] args) { sendfactory factory = new sendfactory(); sender sender = factory.producemail(); sender.send(); } |
输出:this is mailsender!
三、静态工厂方法模式,将上面的多个工厂方法模式里的方法置为静态的,不需要创建实例,直接调用即可。
1
2
3
4
5
6
7
8
9
10
|
public class sendfactory { public static sender producemail(){ return new mailsender(); } public static sender producesms(){ return new smssender(); } } |
1
2
3
4
5
6
7
|
public class factorytest { public static void main(string[] args) { sender sender = sendfactory.producemail(); sender.send(); } } |
输出:this is mailsender!
总体来说,工厂模式适合:凡是出现了大量的产品需要创建,并且具有共同的接口时,可以通过工厂方法模式进行创建。在以上的三种模式中,第一种如果传入的字符串有误,不能正确创建对象,第三种相对于第二种,不需要实例化工厂类,所以,大多数情况下,我们会选用第三种——静态工厂方法模式。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:https://www.cnblogs.com/dubstep/archive/2018/08/23/9527312.html