iOS开发之设计模式 - 工厂模式

由《大话设计模式 - 工厂模式》的OC和部分Swift的语言转义

工厂模式

继上一篇《代理模式》

• 工厂模式， 定义一个用于创建对象的接口， 让子类决定实例化哪一个类。 工厂方法使一个雷的实例化延迟到其子类。 （反正 我第一眼是看懵逼了，往下看， 就能慢慢体会了）

工厂模式

---

例子： 一个学生学雷锋，去敬老院帮助老人， 有一天这个学生病倒了， 但是这个学生前一天答应王大爷，李阿姨，孙大伯，汪奶奶.... 要为他们做事情。 此大无畏事迹，传遍学校， 学生们纷纷表示，自己要代替这个学生去帮助老人。 （说的啥玩意， 你能懂么？哎， 不多BB， 代码说明一切。 哈哈哈）

OC

// 雷锋
@interface LeiFeng : NSObject
- (void)helpOthers:(NSString *)str;
@end

@implementation LeiFeng
- (void)helpOthers:(NSString *)str {
    NSLog(@"helpOthers %@", str);
}
@end

// 雷锋工厂
@interface IFactory : NSObject
- (instancetype)createLeiFeng;
@end

@implementation IFactory
- (instancetype)createLeiFeng {return nil;}
@end

// 学雷锋的大学生
@interface Undergraduate : LeiFeng
@end

@implementation Undergraduate
@end

// 学雷锋的大学生工厂
@interface UndergraduateFactory : IFactory
@end

@implementation UndergraduateFactory
- (instancetype)createLeiFeng {
    return (id)[Undergraduate new];
}
@end




// * 未来新增之后 方便用， 除修改主页面的逻辑之外， 任何类都不需要动用 *//
// 志愿者 (任何角色)
@interface Volunteer : LeiFeng
@end

@implementation Volunteer
@end

// 社区志愿者工厂
@interface VolunteerFactory : IFactory
@end

@implementation VolunteerFactory
- (instancetype)createLeiFeng {
    return (id)[Volunteer new];
}
@end

// 学习雷锋的男孩儿
@interface Boy : LeiFeng
@end

@implementation Boy
@end

// 学习雷锋的男孩工厂
@interface BoyFactory : IFactory
@end

@implementation BoyFactory
- (instancetype)createLeiFeng {
    return (id)[Boy new];
}
@end


@interface ViewController ()
@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    
    // 学生
    IFactory *factory = [UndergraduateFactory new];
    LeiFeng *student = (LeiFeng *)[factory createLeiFeng];
    [student helpOthers:@"Joey"];
    
    
    // 志愿者
    VolunteerFactory *volunteerF = [VolunteerFactory new];
    Volunteer *v1 = (Volunteer *)[volunteerF createLeiFeng];
    [v1 helpOthers:@"小F"];
    
    
    // boy
    BoyFactory *bf = [BoyFactory new];
    Boy *boy = (Boy *)[bf createLeiFeng];
    [boy helpOthers:@"Boy"];

.......
}


@end

---

简单工厂模式 VS. 工厂模式

• 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断， 根据客户端的选择条件动态实例化相关的类， 对于客户端来说，去除了具体产品的依赖

• 工厂方法模式是现实， 客户端需要决定实例化哪一个工厂来实现运算类，选在判断的问题还是存在的， 也就是说， 工厂方法吧简单的工厂的内部逻辑判断移到了客户端代码来进行， 想要加功能， 搬来是修稿工厂类的， 而现在修改的是客户端

• 工厂模式 相比简单工厂模式 更具有低耦合，可扩展性强。工厂模式保持了简单工厂模式的有点，并且克服了它的缺点， 但工厂模式的缺点是鱿鱼每增加一个产品， 就需要增加一个产品工厂的类， 总价了额外的开发量

未完待续..... （可能会停更一段时间，最近部门要求App进行组件化， 先研究那个去。。囧~）