工廠方法模式(Factory Method)設計模式
工廠模式適合:凡是出現了大量的產品須要建立,而且具備共同的接口時,能夠經過工廠方法模式進行建立。在如下的三種模式中,第一種若是傳入的字符串有誤,不能正確建立對象,第三種相對於第二種,不須要實例化工廠類,因此,大多數狀況下,咱們會選用第三種——靜態工廠方法模式。閉包
1:普通工廠模式ide
就是創建一個工廠類,對實現了同一接口的一些類進行實例的建立測試
例,按下圖寫一個普通工廠方法模式this
首先,建立共同接口sender設計
public interface Sender { public void Send(); }
而後各自建立實現類code
實現類1:mailsender對象
public class MailSender implements Sender { @Override public void Send() { System.out.println("this is mailsender!"); } }
實現類2:smssenderblog
public class SmsSender implements Sender { @Override public void Send() { System.out.println("this is sms sender!"); } }
建立一個普通工廠對外發布 sendFactory接口
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; } } }
測試:調用工廠方法,經過條件來以爲使用哪個子類
public class FactoryTest { public static void main(String[] args) { SendFactory factory = new SendFactory(); Sender sender = factory.produce("sms"); sender.Send(); } }
輸出:this is sms sender!
2:多個工廠方法模式
多個工廠方法模式,是對普通工廠方法模式的改進,在普通工廠方法模式中,若是傳遞的字符串出錯,則不能正確建立對象,而多個工廠方法模式是提供多個工廠方法,分別建立對象。
例:(與普通工廠模式的區別爲各自的子類調用各自的方法返回)
public class SendFactory { public Sender produceMail(){ return new MailSender(); } public Sender produceSms(){ return new SmsSender(); } }
3:靜態工廠方法模式
將上面的多個工廠方法模式裏的方法置爲靜態的,不須要建立實例工廠類,直接調用便可。
public class SendFactory { public static Sender produceMail(){ return new MailSender(); } public static Sender produceSms(){ return new SmsSender(); } }
調用上的區別
public class FactoryTest { public static void main(String[] args) { Sender sender = SendFactory.produceMail(); sender.Send(); } }
工廠方法模式有一個問題就是,類的建立依賴工廠類,也就是說,若是想要拓展程序,必須對工廠類進行修改,這違背了閉包原則,因此,從設計角度考慮,有必定的問題,如何解決?就用到抽象工廠模式,建立多個工廠類,這樣一旦須要增長新的功能,直接增長新的工廠類就能夠了,不須要修改以前的代碼。由於抽象工廠不太好理解,咱們先看看圖,而後就和代碼,就比較容易理解。