设计模式【2.1】-- 简单工厂模式怎么演变成工厂方法模式?
還記得前面的簡單工廠模式么?我們開了一個水果工廠FruitFactory,生產三種水果Apple,Pear,Orange。今天給大家講講工廠方法模式:
老板搞水果工廠賺了點小錢,準備擴大生產,每個工廠生產一種水果,各司其職,而不是把所有的產品類型都放到一個工廠中。
既然有多工廠,那我們和之前一樣,搞一個水果工廠類FruitFactory,把它搞成接口類。
import factory.Fruit; public interface FruitFactory {public Fruit getFruit(); }水果類的定義還是一樣,定義一個水果接口Fruit:
public interface Fruit {public void process(); }水果分別如下,我直接寫到一塊去了:
public class Apple implements Fruit {public void process() {System.out.println("I am an Apple");} } public class Pear implements Fruit {public void process() {System.out.println("I am a Pear");} } public class Orange implements Fruit {public void process() {System.out.println("I am an Orange");} }既然有多個工廠。那我們分別定義多個工廠,對水果工廠類做不同的實現,分別生產蘋果,雪梨,橙子。
public class AppleFactory implements FruitFactory {public Fruit getFruit(){return new Apple();} } public class PearFactory implements FruitFactory {public Fruit getFruit(){return new Pear();} } public class OrangeFactory implements FruitFactory {public Fruit getFruit(){return new Orange();} }測試代碼如下:
public class FruitTest {public static void main(String[] args) {FruitFactory appleFactory = new AppleFactory();Fruit apple = appleFactory.getFruit();apple.process();FruitFactory pearFactory = new PearFactory();Fruit pear = pearFactory.getFruit();pear.process();} }運行結果:
I am an Apple I am an Pear上面的寫法,如果后續還有生產不同的水果,或者不同的水果工廠,相對容易拓展。總結一下,工廠方法模式一共有以下的角色:
- 抽象工廠:提供了創建產品的接口,調用者通過它訪問具體工廠的工廠方法 getFruit() 來創建水果產品。
- 具體工廠:主要是實現抽象工廠中的抽象方法,創建具體的產品。
- 抽象產品:定義了產品規范,比如所有的水果共同的特性。
- 具體產品:實現了抽象產品角色所定義的接口,由具體工廠來創建,它同具體工廠之間一一對應。
那么工廠方法模式,相對簡單工廠模式,有什么區別呢?
工廠方法模式,一種工廠對應一種產品,各司其職,如果產品很多的話,方便分開維護,特別是那種創建產品比較復雜的場景,而產品類型又比較多,這樣就會顯得很臃腫。
但是如果產品很少,而且創建過程相對簡單的時候,感覺簡單工廠模式已經足夠,不需要特意為了使用一種設計模式而使用它,過度設計會帶了很多不必要的麻煩。
【作者簡介】:
秦懷,公眾號【秦懷雜貨店】作者,技術之路不在一時,山高水長,縱使緩慢,馳而不息。這個世界希望一切都很快,更快,但是我希望自己能走好每一步,寫好每一篇文章,期待和你們一起交流。
總結
以上是生活随笔為你收集整理的设计模式【2.1】-- 简单工厂模式怎么演变成工厂方法模式?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 转:Eric Lippert:阅读代码真
- 下一篇: WPF UserControl响应Pre