為什么80%的碼農(nóng)都做不了架構師？>>> ??

工廠方法模式有一個問題就是，類的創(chuàng)建依賴工廠類，也就是說，如果想要拓展程序，必須對工廠類進行修改，這違背了閉包原則，所以，從設計角度考慮，有一定的問題，如何解決？就用到抽象工廠模式，創(chuàng)建多個工廠類，這樣一旦需要增加新的功能，直接增加新的工廠類就可以了，不需要修改之前的代碼。因為抽象工廠不太好理解，我們先看看圖，然后就和代碼，就比較容易理解。

請看例子：

public?interface?Sender?{??public?void?Send();?? }??

兩個實現(xiàn)類：

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!");??}?? }??

兩個工廠類：

public?class?SendMailFactory?implements?Provider?{??@Override??public?Sender?produce(){??return?new?MailSender();??}?? }?? public?class?SendSmsFactory?implements?Provider{??@Override??public?Sender?produce()?{??return?new?SmsSender();??}?? }??

在提供一個接口：

public?interface?Provider?{??public?Sender?produce();?? }??

測試類：

public?class?Test?{??public?static?void?main(String[]?args)?{??Provider?provider?=?new?SendMailFactory();??Sender?sender?=?provider.produce();??sender.Send();??}?? }??

其實這個模式的好處就是，如果你現(xiàn)在想增加一個功能：發(fā)及時信息，則只需做一個實現(xiàn)類，實現(xiàn)Sender接口，同時做一個工廠類，實現(xiàn)Provider接口，就OK了，無需去改動現(xiàn)成的代碼。這樣做，拓展性較好！

轉載于:https://my.oschina.net/oosc/blog/1624365

總結

以上是生活随笔為你收集整理的设计模式 抽象工厂模式（Abstract Factory）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。