工厂方法模式分为三种,具体内容如下
一、普通工厂模式,就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。首先看下关系图:
举例如下:(我们举一个发送邮件和短信的例子)
首先,创建二者的共同接口:
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