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