工廠方法模式分為三種,具體內容如下
一、普通工廠模式,就是建立一個工廠類,對實現了同一接口的一些類進行實例的創建。首先看下關系圖:
舉例如下:(我們舉一個發送郵件和短信的例子)
首先,創建二者的共同接口:
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