iOS设计模式 - (3)简单工厂模式           by Colin丶

转载请注明出处:              http://blog.csdn.net/hitwhylz/article/details/40381721

一。简述


简单工厂模式(FACTORY),通过面向对象的封装,继承和多态来减少程序的耦合度。

将一个详细类的实例化交给一个静态工厂方法来运行。

该模式中的角色包括:

  • 工厂类(Simple Factory): 仅仅包括了创建详细类的静态方法。

  • 抽象产品(Product):定义简单工厂中要返回的产品。

  • 详细产品(ConcreteProduct):详细产品。
我们用一张类图描写叙述这个模式。
这里, 客户类和工厂类分开。消费者不论什么时候须要某种产品,仅仅需向工厂请求就可以。消费者无须改动就能够接纳新产品。
ProductA、ProductB和ProductC继承自Product虚拟类,Show方法是不同产品的自描写叙述;
Factory依赖于ProductA、ProductB和ProductC,Factory依据不同的条件创建不同的Product对象。

二。实例

比方, 假设我们要实现一个计算器功能, 它包括 + - * / 等基本运算.
它的功能大致例如以下:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaGl0d2h5bHo=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="" />

在不使用设计模式之前, 我们非经常规的会写出以下这种代码:
- (IBAction)getResult:(id)sender
{
//得到三个文本输入框的内容
NSString* strFirstNum = self.FirstNumTextField.text;
NSString* strSecondNum = self.SecondNumTextField.text;
NSString* strOperation = self.OperationTextField.text;
//进行运算操作
if ([strOperation isEqualToString:@"+"])
{
NSLog(@"+");
double result = [strFirstNum doubleValue]+[strSecondNum doubleValue];
self.ResultTextField.text = [NSString stringWithFormat:@"%f",result];
}
else if([strOperation isEqualToString:@"-"])
{
NSLog(@"-");
double result = [strFirstNum doubleValue]-[strSecondNum doubleValue];
self.ResultTextField.text = [NSString stringWithFormat:@"%f",result];
}
else if([strOperation isEqualToString:@"*"])
{
NSLog(@"*");
double result = [strFirstNum doubleValue]*[strSecondNum doubleValue];
self.ResultTextField.text = [NSString stringWithFormat:@"%f",result];
}
else if([strOperation isEqualToString:@"/"])
{
NSLog(@"/");
//推断除数不能为0
if ([strSecondNum isEqualToString:@"0"])
{
NSLog(@"除数不能为0");
UIAlertView* tempAlert = [[UIAlertView alloc] initWithTitle:@"警告" message:@"除数不能为0" delegate:nil cancelButtonTitle:@"取消" otherButtonTitles:nil];
[tempAlert show];
}
else
{
double result = [strFirstNum doubleValue]/[strSecondNum doubleValue];
self.ResultTextField.text = [NSString stringWithFormat:@"%f",result];
}
} }

也就是写了一个方法, 通过传入的值. 来计算。

上面代码确实能够实现这个功能,可是我们却没有考虑到:假设以后须要提供开平方运算,乘方运算扩展时候,改怎样做呢?直接加个if else?

假设增加了100种运算呢?

假设这样去做是不是每次都要去改这部分代码。这样有悖我们可扩展性原则。所以我们须要引入简单工厂模式。把运算给抽象出来,而且增加运算工厂用于接收用户的操作。

先看下简单工厂的实现类图:
依据这一思路. 我们能够写出例如以下代码:
协议接口:
#import <Foundation/Foundation.h>

/*!
* 操作方法协议接口
*
* @since V1.0
*/
@protocol OperationProtocol <NSObject> -(double)getResult; @end
父类: 实现接口, 说明它有getResult方法
#import <Foundation/Foundation.h>
#import "OperationProtocol.h" /*!
* 操作方法父类
*
* @since V1.0
*/
@interface Operation : NSObject<OperationProtocol> @property double firstNum;//第一个操作数
@property double secondNum;//第二个操作数 @end

子类:(以加法为例)

#import "Operation.h"

/*!
* 加法实现类
*
* @since V1.0
*/
@interface OperationAdd : Operation @end

实现:

#import "OperationAdd.h"

@implementation OperationAdd

-(double)getResult
{
double result = 0;
result = self.firstNum+self.secondNum;
return result;
} @end

其它运算相似, 就不反复了。

工厂类:
#import <Foundation/Foundation.h>
#import "Operation.h"
#import "OperationAdd.h"
#import "OperationSub.h"
#import "OperationMultiply.h"
#import "OperationDivide.h" /*!
* 操作工厂类
*
* @since V1.0
*/
@interface OperationFactory : NSObject //获得操作对象
+(Operation*)createOperate:(NSString*)operateStr; @end

#import "OperationFactory.h"

@implementation OperationFactory

+(Operation*)createOperate:(NSString*)operateStr
{
Operation* oper = nil;
if ([operateStr isEqualToString:@"+"])
{
oper = [[OperationAdd alloc] init];
}
else if ([operateStr isEqualToString:@"-"])
{
oper = [[OperationSub alloc] init];
}
else if ([operateStr isEqualToString:@"*"])
{
oper = [[OperationMultiply alloc] init];
}
else if ([operateStr isEqualToString:@"/"])
{
oper = [[OperationDivide alloc] init];
}
return oper;
} @end

这里, 通过工厂类创建了运算方法的详细类。

而我们在client部分, 仅仅要传入相应的方法就可以,  无需知道它的详细实现过程, 例如以下:
- (IBAction)clickingOperation:(id)sender
{
NSString* strFirstNum = self.firstNumTextField.text;
NSString* strSecondNum = self.secondNumTextField.text;
Operation* oper;
oper = [OperationFactory createOperate:self.operationTextField.text];
oper.firstNum = [strFirstNum doubleValue];
oper.secondNum = [strSecondNum doubleValue];
self.resultTextField.text = [NSString stringWithFormat:@"%f",[oper getResult]]; }

通过简单工厂模式的重构,这样我们就实现了低耦合度的代码结构,做到了对扩展开放。对改动关闭。

假设再增加不论什么的操作方法。仅仅须要继承操作方法父类,新建一个操作子类,而且在工厂方法里面多加一个if else的推断就可以。

怎么样非常easy吧。

大概就是这样, 如今做个总结:

三。总结

长处:

  • 职责单一,实现简单,且实现了client代码与详细实现的解耦。

  • 工厂类是整个模式的关键.包括了必要的逻辑推断,依据外界给定的信息,决定到底应该创建哪个详细类的对象.
  • 通过使用工厂类,外界能够从直接创建详细产品对象的尴尬局面摆脱出来,仅仅须要负责“消费”对象就能够了。而不必管这些对象到底怎样创建及怎样组织的.
  • 明白了各自的职责和权利。有利于整个软件体系结构的优化。

缺点:

  • 因为工厂类集中了所有实例的创建逻辑。违反了高内聚责任分配原则,将所有创建逻辑集中到了一个工厂类中;它所能创建的类仅仅能是事先考虑到的,假设须要增加新的类。则就须要改变工厂类了。因此它是违背开放封闭原则的。

  • 当系统中的详细产品类不断增多时候,可能会出现要求工厂类依据不同条件创建不同实例的需求.这种对条件的推断和对详细产品类型的推断交错在一起,非常难避免模块功能的蔓延。对系统的维护和扩展非常不利;

注:这些缺点在工厂方法模式中得到了一定的克服。

使用场景:
  • 工厂类负责创建的对象比較少。
  • 客户仅仅知道传入工厂类的參数,对于怎样创建对象(逻辑)不关心;
  • 因为简单工厂非常easy违反高内聚责任分配原则。因此一般仅仅在非常easy的情况下应用。

学习的路上, 与君共勉

最新文章

  1. 远程通知中app更新提示。
  2. laravel 表单验证 正则匹配
  3. 8.8 CSS知识点1
  4. ImageMagick资料
  5. 第三方Jar上传到Nexus3
  6. TypeError: validator.settings[(&quot;on&quot; + event.type)].call is not a function
  7. lintcode:插入区间
  8. SQL Server 2008 R2 制作数据库结构和数据脚本
  9. Hadoop 中 Eclipse 的配置
  10. IOS 生成设备唯一标识
  11. python 自动化运维项目_目录
  12. UINavigationBar统一修改导航条样式
  13. MySQL中的内置系统函数
  14. docker stats监控容器资源消耗
  15. 6.24 html书城Demo
  16. [cocos2d-x]游戏开发基础(图)
  17. Mysql的随机抽取
  18. 架构师成长之路1.1-系统监控工具htop
  19. HTML5 drag &amp; drop 拖拽与拖放
  20. 阿里云的OCS缓存机制

热门文章

  1. intellij idea 17 log4j 中文乱码
  2. wlan
  3. zoj 2176 Speed Limit
  4. 关于ul中li不对齐的问题
  5. leetcode 206 头插法
  6. Spring JdbcTemplate 查询方法中的RowMapper实现汇总
  7. 计算系数(codevs 1137)
  8. CodeForces 438D 线段树 剪枝
  9. webstorm调试(一)提示css未使用的选择器Selector is never used
  10. JStorm学习