設計模式之FactoryMethod模式
FactoryMethod模式屬于23種設計模式中的創建型模式,解決的是如何“new”的問題。引例:
還是先從簡單的例子入手FactoryMethod模式吧,現在需要一個汽車測試的環境來對汽車進行測試,我們很容易會這樣設計


2

3

4



5

6



7



8



9



10

11

12


13

14

15



16

17

18



19

20

21

22

23

24

25

非常簡單的設計,但是存在問題,如果我們要對紅旗車,東風車進行測試,那么怎么辦?
有了之前那些模式的經驗,再回想下面向對象的特性。。。
“多態”!將Car設計成為一個抽象類,DoTest里全部使用抽象類的指針來操作,那不就可以應對不同類型的汽車了嗎?
于是有了以下的代碼:(注意DoTest的參數,這樣使用才可以讓用戶指定車輛的類型)













































到此為止的設計其實還是不錯的,能夠應對不同類型的汽車變化,如果增加了新的汽車類型也完全不用修改現有代碼,只需要增加代碼就可以了
但如果測試車輛不止一輛怎么辦?以上設計的缺陷就在于DoTest的參數,參數的個數對應于測試車輛的數量,測試數量不確定是很正常的事情。
再想想面向對象有什么特性。。。“封裝”!用一個類專門用來封裝汽車的創建就搞定這個問題了嘛!這個類起個特別的名字就是“工廠類”。
動機:
軟件系統中,我們經常面對“某個對象”的創建工作;由于需求的變化,這個對象經常面臨劇烈的變化,但他有相對穩定的接口。
為了抵抗這種變化,提出“封裝變化點”的思想,采用“封裝”機制將其“變化部分”隔離出來,從而保證“其他依賴該對象的對象”不隨需求變化而變化。
意圖:
定義一個用于創建對象的接口,讓子類決定實例化哪個類。Factory Method使得一個類的實例化延遲到子類。(GoF23)
設計思路:
還是先看看UML圖
如果只看左邊的Product和ConcreteProduct部分,那么這就是我們的第2種設計方案。
FatoryMethod在Product和ConcreteProduct的基礎上加上了Creator和ConcreteCreator,分別就是Factory和ConcreteFactory。Factory有個非常重要的函數CreateProduct()(就是圖中的AnOperation),它將對象的創建工作封裝了起來。
總結:
1.OO的“多態”。大部分的設計模式都會體現出OO的這個原則,他的作用就是“推遲實現”,將一個類的實例化推遲到子類,從而解決不同類型對象的創建問題。
2.OO的“封裝”。工廠方法另一個重要思想,工廠類把創建工作封裝起來,這樣用戶就可以多次使用,解決了同時創建多個對象的問題。
3.工廠方法和抽象工廠的區別:其實抽象工廠模式可以看作工廠模式的一個特例。工廠模式在工廠類中只創建一種類型的對象,如果在工廠類中擁有創建多種類型的對象的方法(比如創建引擎,創建車門,創建車燈。。。)那其實不就是之前討論的抽象工廠模式嘛?
4.當我們創建一系列有繼承關系的類時都可以考慮使用工廠方法。回想之前項目中使用的Ogre,工廠方法使用非常廣泛,幾乎所有對象都不是new出來的,Ogre提供了許許多多的CreateXX方法。
自己做的示例代碼,僅供參考:
AbstractFactory.h

2

3

4

5



6

7

8


2

3

4



5

6

7

8

9

10

11


2

3

4

5

6



7

8

9



10

11

12

13


2

3

4

5

6

7



8

9

10



11

12

13

14



15

16

17

18



19

20

21

22



23

24

25

26



2

3


4

5

6

7

8

9

10

11

12

13

14

15



16

17

18



19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37



38

39

40

41

42

43

44

45

posted on 2009-04-08 20:58 Alex@VCC 閱讀(1759) 評論(7) 編輯 收藏 引用 所屬分類: 設計模式