簡介 工廠模式屬於創建型模式,可以分為三種:簡單工廠、工廠模式、抽象工廠。 通俗講就是用於如何優雅的創建對象而設計。當開發者不知道建什麼對象,或者創建方式過於複雜的時候去使用(比如引入一個大composer項目或大型sdk,有些時候確實不知道需要使用那些對象,此時就需要參考官方文檔,通過包里或sdk ...
簡介
工廠模式屬於創建型模式,可以分為三種:簡單工廠、工廠模式、抽象工廠。
通俗講就是用於如何優雅的創建對象而設計。當開發者不知道建什麼對象,或者創建方式過於複雜的時候去使用(比如引入一個大composer項目或大型sdk,有些時候確實不知道需要使用那些對象,此時就需要參考官方文檔,通過包里或sdk里提供的工廠方法,傳入指定參數去生成指定對象。比如easyWechat項目。),適用於具有服務端和調用端的場景,既能優化調用端的使用體感,也能隱藏服務端創建對象的細節。
簡單工廠
作用
幫忙創建對象(核心方法可以使用靜態方法,稱之為靜態工廠)。
適用場景
- 當不知道創建什麼對象的時候去使用
- 創建對象過於複雜的時候去使用。
優點
簡單工廠是工廠模式中創建對象最簡單的方式,通俗容易理解。
缺點
當要生產對象的模塊發生了需求變更,此時要被實例化的類可能會增加或者減少,此時就需要改工廠模式的核心代碼,違背了開閉原則。
代碼
class Keyboard{
public function run() {
return '我能打字';
}
}
class Mouse {
public function run() {
return '我能控制游標';
}
}
class Factory {
public static function build($key) {
if($key == 'mouse') {
return new Mouse();
} else if ($key == 'keyboard') {
return new Keyboard();
}
}
}
//----------調用端----------
$res = Factory::build('mouse')->run();
/*
筆者認為,簡單工廠可以簡化為以下寫法
但是這會有三個缺陷:
1. 能否做到類名寫法一致?不一定能做到
2. 缺少白名單機制,不安全,指不定new那個類,特別是這個參數守用戶傳參影響的場景,不過這個可以讓需要實例化的類實現一個介面,工廠方法添加typehint (類型約束)限制。
3. 如果修改白名單,又違背了開閉原則。
*/
class Factory {
public static function build($class) {
return ucfirst($class);
}
}
工廠模式
作用
解決了簡單工廠模式中違背開閉原則的問題。
適用場景
- 並解決了簡單工廠模式下,一旦類發生變化,就需要修改核心模塊的作用,遵循開閉原則。
- 產品層變化較大的的場景
優點
- 將創建對象的過程推遲的子類去實現,職責清晰,比較符合開閉原則。
- 並解決了簡單工廠模式下,一旦類發生變化,就需要修改核心模塊的作。
缺點
額外增加設計複雜度,每增加一個類,就需要增加一個子工廠。增加了系統抽象性。
代碼
interface Usb {
public function run();
}
class Keyboard implements USb {
public function run() {
return '我能打字';
}
}
class Mouse implements USb {
public function run() {
return '我能控制游標';
}
}
interFace Factory {
public static function build();
}
class KeyboardFactory implements Factory {
public static function build() :Keyboard {
return new Keyboard();
}
}
class MouseFactory implements Factory {
public static function build() :Mouse {
return new Mouse();
}
}
//----------調用端----------
$res = MouseFactory::build()->run();
抽象工廠
作用
- 抽象工廠相比於工廠模式,可以創建一堆互有關聯對象。
- 抽象工廠的實現由4部分構成:抽象工廠,具體工廠,抽象產品,具體產品。
適用場景
對象創建過程複雜,並且類與類之間有關聯的時候。
優點
抽象工廠可以用一個類的不同方法返回不同對象,(工廠模式一個子類生產一個對象,抽象工廠可以生產出多個對象),替代系統中存在大量的工廠類。
缺點
會產生較大的變動,需要添加指定的方法去維護抽象工廠的完整性。
代碼
interface Talk {
public function say();
}
class EnglishTalk implements Talk {
public function say() {
return 'I can speak English';
}
}
class ChineseTalk implements Talk {
public function say() {
return '我會說中文';
}
}
interface Write {
public function writeWord();
}
class EnglishWrite implements Write {
public function writeWord() {
return 'I can write English words';
}
}
class ChineseWrite implements Write {
public function writeWord() {
return '我會寫漢字';
}
}
interface Factory {
public static function buildSay();
public static function buildWriteWord();
}
class EnglishFactory implements Factory {
public static function buildSay() :EnglishTalk {
return new EnglishTalk();
}
public static function buildWriteWord() :EnglishWrite {
return new EnglishWrite();
}
}
class ChineseFactory implements Factory {
public static function buildSay() :ChineseTalk {
return new ChineseTalk();
}
public static function buildWriteWord():ChineseWrite {
return new ChineseWrite();
}
}
//----------調用端----------
//中國人對應會說漢語,或寫漢字,這就是有關聯,
$chinese_say = ChineseFactory::buildSay()->say();
$chinese_write_word = ChineseFactory::buildWriteWord()->writeWord();
三者對比
簡單工廠 | 工廠模式 | 抽象工廠 | |
---|---|---|---|
實現難度 | 相對簡單 | 相對複雜 | 相對複雜 |
實現細節 | 通過方法生產對象(不需要子類) | 通過子類方法去生產對象 | 通過子類方法去生產有關聯的對象 |
優點 | 實現簡單 | 解決了簡單工廠違背開閉原則的問題 | 可以製造一堆有關聯的對象,減少工廠模式下工廠子類的數量 |
缺點 | 違背開閉原則,不適用修改產品 | 更加抽象,類數量增加,不方便維護 | 更加抽象,類數量增加,不方便維護 |
適用場景 | 簡單場景,類之間無關聯且不經常變動 | 需要實例化的產品容易有變動 | 類之間有關聯,且不經常變動 |