1. 概述：
將一個(gè)具體類(lèi)的實(shí)例化交給一個(gè)靜態(tài)工廠方法來(lái)執(zhí)行，它不屬于gof的23種設(shè)計(jì)模式，但現(xiàn)實(shí)中卻經(jīng)常會(huì)用到
2. 模式中的角色
2.1 工廠類(lèi)（simple factory): 只包含了創(chuàng)建具體類(lèi)的靜態(tài)方法。
2.2 抽象產(chǎn)品（product）：定義簡(jiǎn)單工廠中要返回的產(chǎn)品。
2.3 具體產(chǎn)品（concreteproduct）：具體產(chǎn)品。
3. 模式解讀
3.1 簡(jiǎn)單工廠模式的一般化類(lèi)圖
3.2 簡(jiǎn)單工廠模式的代碼實(shí)現(xiàn)
|
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
|
/// <summary>/// 簡(jiǎn)單工廠類(lèi)，用sealed修飾，/// </summary>public class simpleproductfactory{ /// <summary> /// 使用靜態(tài)方法，根據(jù)傳入的參數(shù)來(lái)指定要實(shí)例化哪一種產(chǎn)品 /// </summary> /// <param name="producttype"></param> /// <returns></returns> public static product createproduct(string producttype) { product product = null; switch (producttype) { case "a": product = new concreteproducta(); break; case "b": product = new concreteproductb(); break; } return product; }}/// <summary>/// 抽象產(chǎn)品/// </summary>public abstract class product{ public product() { } public abstract void opration();}/// <summary>/// 具體產(chǎn)品 a/// </summary>public class concreteproducta : product{ public concreteproducta() { } public override void opration() { // 產(chǎn)品a }}/// <summary>/// 具體產(chǎn)品 b/// </summary>public class concreteproductb : product{ public concreteproductb() { } public override void opration() { //產(chǎn)品b }} |
4. 模式總結(jié)
4.1 優(yōu)點(diǎn)：
4.1.1 職責(zé)單一，實(shí)現(xiàn)簡(jiǎn)單，且實(shí)現(xiàn)了客戶端代碼與具體實(shí)現(xiàn)的解耦。
4.1.2 工廠類(lèi)是整個(gè)模式的關(guān)鍵.包含了必要的邏輯判斷,根據(jù)外界給定的信息,決定究竟應(yīng)該創(chuàng)建哪個(gè)具體類(lèi)的對(duì)象.
4.1.3 通過(guò)使用工廠類(lèi),外界可以從直接創(chuàng)建具體產(chǎn)品對(duì)象的尷尬局面擺脫出來(lái),僅僅需要負(fù)責(zé)“消費(fèi)”對(duì)象就可以了。而不必管這些對(duì)象究竟如何創(chuàng)建及如何組織的．
4.1.4 明確了各自的職責(zé)和權(quán)利，有利于整個(gè)軟件體系結(jié)構(gòu)的優(yōu)化。
4.2 缺點(diǎn)：
4.2.1 由于工廠類(lèi)集中了所有實(shí)例的創(chuàng)建邏輯，違反了高內(nèi)聚責(zé)任分配原則，將全部創(chuàng)建邏輯集中到了一個(gè)工廠類(lèi)中；它所能創(chuàng)建的類(lèi)只能是事先考慮到的，如果需要添加新的類(lèi)，則就需要改變工廠類(lèi)了。因此它是違背開(kāi)放封閉原則的。
4.2.2 當(dāng)系統(tǒng)中的具體產(chǎn)品類(lèi)不斷增多時(shí)候，可能會(huì)出現(xiàn)要求工廠類(lèi)根據(jù)不同條件創(chuàng)建不同實(shí)例的需求．這種對(duì)條件的判斷和對(duì)具體產(chǎn)品類(lèi)型的判斷交錯(cuò)在一起，很難避免模塊功能的蔓延，對(duì)系統(tǒng)的維護(hù)和擴(kuò)展非常不利；
注：這些缺點(diǎn)在工廠方法模式中得到了一定的克服。
4.3 使用場(chǎng)景：
4.3.1 工廠類(lèi)負(fù)責(zé)創(chuàng)建的對(duì)象比較少；
4.3.2 客戶只知道傳入工廠類(lèi)的參數(shù)，對(duì)于如何創(chuàng)建對(duì)象（邏輯）不關(guān)心；
4.3.3 由于簡(jiǎn)單工廠很容易違反高內(nèi)聚責(zé)任分配原則，因此一般只在很簡(jiǎn)單的情況下應(yīng)用。
以上就是本文的全部?jī)?nèi)容，希望能給大家一個(gè)參考，也希望大家多多支持服務(wù)器之家。
