由《大话设计模式 - 工厂模式》的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. 工厂模式
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断， 根据客户端的选择条件动态实例化相关的类， 对于客户端来说，去除了具体产品的依赖
工厂方法模式是现实， 客户端需要决定实例化哪一个工厂来实现运算类，选在判断的问题还是存在的， 也就是说， 工厂方法吧简单的工厂的内部逻辑判断移到了客户端代码来进行， 想要加功能， 搬来是修稿工厂类的， 而现在修改的是客户端
工厂模式 相比简单工厂模式 更具有低耦合，可扩展性强。工厂模式保持了简单工厂模式的有点，并且克服了它的缺点， 但工厂模式的缺点是鱿鱼每增加一个产品， 就需要增加一个产品工厂的类， 总价了额外的开发量
