1. 概述：
定義一個用于創建對象的接口，讓子類決定實例化哪一個類。工廠方法使一個類的實例化延遲到子類。
2. 模式中的角色
2.1 抽象工廠（creator）：這個抽象類（或接口）聲明一個創建對象的工廠方法，用來返回一個product類型的對象。
2.2 具體工廠（concretecreator)：重定義工廠方法，返回一個具體的concrete product實例。
2.3 抽象產品（product)：定義工廠方法所創建的對象。
2.4 具體產品（concreteproduct): 具體產品，繼承自product抽象類。
3. 模式解讀
3.1 工廠方法模式的一般化類圖
3.2 工廠方法模式的代碼實現
|
1
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
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
|
/// <summary>/// 抽象工廠，聲明了一個創建product的方法/// </summary>public abstract class creator{ /// <summary> /// 該方法用來返回product產品 /// </summary> /// <returns></returns> public abstract product createproduct();}/// <summary>/// 具體產工廠，產品類 a 的創建者，繼承自抽象工廠creator/// </summary>public class productacreator : creator{ public override product createproduct() { return new concreteproducta(); }}/// <summary>/// 具體產工廠，產品類 b 的創建者，繼承自抽象工廠creator/// </summary>public class productbcreator : creator{ public productbcreator() { } public override product createproduct() { return new concreteproductb(); }}/// <summary>/// 抽象產品，定義工廠方法中所創建的對象/// </summary>public abstract class product{ public product() { } public abstract void opration();}/// <summary>/// 具體產品a，繼承自product/// </summary>public class concreteproducta : product{ public concreteproducta() { } public override void opration() { // this is product a }}/// <summary>/// 具體產品b，繼承自product/// </summary>public class concreteproductb : product{ public concreteproductb() { } public override void opration() { // this is product b }} |
4. 模式總結
4.1 優點：
工廠方法去除了條件分支（解除了工廠類與分支的耦合），解決了簡單工廠對修改開放的問題。
4.2 缺點：
工廠方法模式實現時，客戶端需要決定實例化哪個工廠來實現對具體產品的構建，選擇判斷依然存在，也就是說，工廠方法模式將簡單工廠的邏輯判斷交給客戶端去處理。
對簡單工廠模式來說，增加功能是要修改工廠類的；但對工廠方法模式，修改的是客戶端。
4.3 使用場景：
對于某個產品，調用者清楚地知道應該使用哪個具體工廠服務，實例化該具體工廠，生產出具體的產品來。
子類的數量不固定，隨時可能有新的功能子類出現
以上就是本文的全部內容，希望能給大家一個參考，也希望大家多多支持服務器之家。
