設計模式之簡單工廠

簡單工廠模式是屬於建立型模式，又叫做靜態工廠方法（static factory method）模式，但不屬於23種gof設計模式之一。簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的例項。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的乙個特殊實現。

uml類圖

簡單工廠模式的實質是由乙個工廠類根據傳入的引數，動態決定應該建立哪乙個產品類（這些產品類繼承自乙個父類或介面）的例項。

該模式中包含的角色及其職責

工廠（creator）角色

簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類的建立產品類的方法可以被外界直接呼叫，建立所需的產品物件。

抽象產品（product）角色

簡單工廠模式所建立的所有物件的父類，它負責描述所有例項所共有的公共介面。

具體產品（concrete product）角色

是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。

缺點

由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。

當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；這些缺點在

工廠方法模式中得到了一定的克服。

使用場景

工廠類負責建立的物件比較少；

客戶只知道傳入工廠類的引數，對於如何建立物件（邏輯）不關心；

由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用

**實現:

1.建立介面

#import
@protocol icar @optional
-(void
) createcar;
@end

2.建立寶馬、賓士物件實現介面

#import

"icar.h

"@inte***ce bmwcar : nsobject@end

#import
"bmwcar.h
"@implementation
bmwcar
-(void
) createcar
@end

#import

"icar.h

"@inte***ce benzcar : nsobject@end

#import
"benzcar.h
"@implementation
benzcar
-(void
) createcar
@end

3.建立工廠根據引數返回不同的物件

#import
#import
"icar.h
"#import
"bmwcar.h
"#import
"benzcar.h
"@inte***ce
ca***ctory : nsobject
-(id
) createcarwithname:(nsstring *)carname;
@end

#import
"ca***ctory.h
"@implementation
ca***ctory
-(id
) createcarwithname:(nsstring *)carname
else
if([carname isequaltostring:@"
benz"])
else
}@end

4.呼叫工廠方法