簡單工廠模式:
有點:所有的產品都在乙個工廠裡建立。實現了,消費和生產的分離,
缺點:是不符合高內聚的原則,無法我縫擴充套件。
工廠模式:
優點:實現了高內聚就的原則。所有的工廠職責單一,可以無縫擴充套件。
缺點:工廠類太多了,維護麻煩。
抽象工廠模式:工廠不在生成單一的物件,而是生成有依賴關係的多個子物件。抽象工廠模式集合了,前兩者的優點,遮蔽了一些缺點。
詳情可以看他的這邊文章:
虛擬案例
中國企業需要一項簡單的財務計算:每月月底,財務人員要計算員工的工資。
員工的工資 = (基本工資 + 獎金 - 個人所得稅)。這是乙個放之四海皆準的運算法則。
為了簡化系統,我們假設員工基本工資總是4000美金。
中國企業獎金和個人所得稅的計算規則是:
獎金 = 基本工資(4000) * 10%
個人所得稅 = (基本工資 + 獎金) * 40%
我們現在要為此構建乙個軟體系統(代號叫softo),滿足中國企業的需求。
案例分析
獎金(bonus)、個人所得稅(tax)的計算是softo系統的業務規則(service)。
工資的計算(calculator)則呼叫業務規則(service)來計算員工的實際工資。
工資的計算作為業務規則的前端(或者客戶端client)將提供給最終使用該系統的使用者(財務人員)使用。
根據他的文章自己寫的實現
先是服務端**:
抽象工廠和他的子類
///抽象工廠類
/// public
abstract
class
abstractfactory
else
return
instance;
}public
abstract
tax createtax();
public
abstract
bonus createbonus();
}抽象產品a類
///抽象產品b類///抽象工廠子類 計算獎金
/// public
abstract
class
bonus
///根據上面的抽象工廠去實際生產產品///抽象工廠子類:計算個人所得稅的類
/// public
abstract
class
tax
實現抽象工廠chinesesalaryfactory類
///實現產品a///中國員工的工廠類
/// public
class
chinesesalaryfactory:abstractfactory.server.abstractfactory
public
override
bonus createbonus()
}
///實現產品b子類建立計算中國獎金的類
/// public
class
chinesebonus : bonus
}
///view code///建立計算中國員工個人所得稅子類
/// public
class
chinesetax : tax
}
第二個 實現抽象工廠americasalaryfactory類
publicview codeclass
americasalaryfactory : server.abstractfactory
public
override
server.bonus createbonus()
}
實現產品a
publicview codeclass
americabonus : bonus
}
實現產品b
publicview codeclass
americatax : tax
}
然後是客戶端呼叫**
classview codeprogram
}
抽象工廠模式 抽象工廠模式
抽象工廠模式其實是圍繞了乙個超級工廠建立其他的工廠 可參考工廠模式 這個超級工廠又可以想像成是其他工廠的工廠,這種設計模式是一種建立型模式。在抽象工廠模式中,介面是負責建立乙個相關物件的工廠,不需要顯式指出其類。每個生成的工廠都能按照工廠模式提供物件。意圖提供乙個建立一系列相關或相互依賴物件的介面,...
工廠模式 抽象工廠模式
這裡使用簡單的話來講解工廠模式,不涉及程式設計 什麼是工廠模式呢?我的理解是對抽象介面例項的封裝。假如有乙個介面,有若干的實現類,代表不同的例項。傳統產生物件的方法是直接new乙個出來,對於每個例項都要new,當實現介面的類較多時會很麻煩,並且類的實現也暴露出來了。工廠模式是一種產生物件的模式,使用...
工廠模式 抽象工廠模式
子類父類代換 場景 在不同的條件下,需要建立不同的實現子類時。如網路通訊可以使用tcp udp。可以實現同乙個介面,通過工廠類根據條件 tcp或udp 來例項化不同的子類。這些子類符合黎克特制代換原則。public inte ce tlprotocol public class tcpimpleme...