iOS工厂模式
文章目录
- iOS工厂模式
- 简单工厂模式（Simple Factory）
- 工厂方法模式（Factory Method）
- 抽象工厂模式（Abstract Factory）
- 三种模式对比
简单工厂模式（Simple Factory）
定义：通过一个工厂类集中管理所有对象的创建，客户端通过传入参数指定所需产品类型。
工厂类通常包含一个静态方法（类方法），由该方法根据输入类型负责创建具体的产品（对象）。
简单的拿我项目之中内容来举例，我在地图之中标点有乡村景点和民俗之分，不同位置对应的标点显示图片不同，于是就分为不同的标点，于是我为BJAnnotation写了一个类方法
typedef enum BJAnnotationType {
BJAnnotationTypeScenery = 0,
BJAnnotationTypeLiving = 1
} BJAnnotationType;
+(BJyAnnotation *)AnnotationWithType:(BJAnnotationType)type {
switch (type) {
case BJAnnotationTypeScenery:
BJSceneryAnnotation *annotation = [[BJSceneryAnnotation alloc] init];
return annotation;
case BJAnnotationTypeLiving:
BJLivingAnnotation *annotation = [[BJLivingAnnotation alloc] init];
return annotation;
default:
return nil;
}
}
其实说白了就是根据不同的情况生成了不同的类，我们可以获取所需要的对象，而不需要知道其创建细节，一定程度上减少系统的耦合
工厂方法模式（Factory Method）
定义：将对象的创建延迟到子类，每个具体工厂负责一个具体产品的实例化。
- 抽象工厂接口：声明创建产品的抽象方法（如
sellPhone方法） - 具体工厂类：实现接口，返回特定产品实例（如
XiaomiFactory创建小米手机） - 产品继承体系：与简单工厂模式类似，但工厂与产品一一对应
在OC之中，我们其实可以使用协议来实现一个工厂类的抽象方法，类似内容如下
@protocol PhoneMakeProtocol <NSObject>
+ (phone *)sellPhone; // 这个phone可以作为抽象类（小米，苹果手机都继承于他）
@end
建立一个具体的工厂类
@interface iPhoneFactory : NSObject <PhoneMakeProtocol>
@end
@implementation iPhoneFactory
- (phone *)sellPhone {
return [[iPhone alloc] init];
}
@end
抽象工厂模式（Abstract Factory）
定义：创建一组相关或依赖对象的家族（产品族），确保产品之间的兼容性。
工厂模式是创建型设计模式的核心类型之一，其核心目标是将对象的创建与使用解耦，提升系统的扩展性和可维护性。根据创建逻辑的抽象层级不同，工厂模式可分为以下三种类型：三、抽象工厂模式（Abstract Factory）
说白了，其实就是这个工厂能够实现更多的协议，我们在原先的工厂类之中添加一个协议方法，让其可以生产computer， 我们可以在同个协议之中定义多个方法，也可以利用协议多继承的性质
//协议之中定义多个方法
@protocol PoductMakeProtocol <NSObject>
+ (phone *)sellPhone;
+ (computer *)sellComputer;
@end
//多继承
@protocol PhoneMakeProtocol <NSObject>
- (phone *)sellPhone;
@end
@protocol ComputerMakeProtocol <NSObject>
- (computer *)sellComputer;
@end
工厂实例
@interface iPhoneFactory : NSObject <PhoneMakeProtocol>
@end
@implementation iPhoneFactory
- (phone *)sellPhone {
return [[iPhone alloc] init];
}
- (computer *)sellComputer {
return [[Mac alloc] init];
}
@end
优点：
- 保证产品族内对象的一致性（如同一品牌的汽车部件）
- 支持横向扩展（新增产品族无需修改现有代码）
缺点：
- 扩展新产品类型需修改抽象工厂接口，灵活性较低
三种模式对比
| 维度 | 简单工厂 | 工厂方法 | 抽象工厂 |
|---|---|---|---|
| 核心目标 | 集中创建单一产品 | 子类化扩展单一产品 | 创建关联产品族 |
| 扩展性 | 差（需修改工厂类） | 高（新增工厂类） | 中（新增产品族） |
| 适用场景 | 简单、固定类型 | 动态扩展单一产品类型 | 多维度关联产品 |
| 典型应用 | 工具类生成器 | 支付方式扩展 | 跨平台 UI 组件 |
-
演进逻辑：
- 简单工厂 → 工厂方法：从硬编码参数到多态扩展，解决开闭原则问题
- 工厂方法 → 抽象工厂：从单一产品到产品族的抽象，提升系统一致性
-
选择原则：
- 若产品类型单一且稳定，优先使用简单工厂；
- 若需灵活扩展独立产品，选择工厂方法；
- 若需管理多个关联产品，采用抽象工厂
