有这么一种情况，比如我们在要做一个注册的需求，然后我们需要对手机号 密码 邮箱来进行格式校验，这种情况你想过要怎么做吗？是直接写到viewcontroller里？那样代码就有点臃肿了。
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
我们可以使用继承来处理这类问题。
首先我们可以创建一个基类InputValidator
@interface InputValidator : NSObject
/**
策略的输入
@param input input
@return 如果为YES,表示测试通过,如果为NO,表示测试不通过
*/
- (BOOL)validateInput:(UITextField *)input;
//当validateInput为NO的时候,我们来读取errorMessage
@property (nonatomic, strong) NSString *errorMessage;
@end
@implementation InputValidator
- (BOOL)validateInput:(UITextField *)input {
return NO;
}
@end
然后针对邮箱和手机号验证分别继承InputValidator创建PhoneNumberValidator，EmailValidator，并在重写validateInput方法，在里面针对邮箱和手机号分别设计不同的算法。
@implementation EmailValidator
- (BOOL)validateInput:(UITextField *)input {
if (input.text.length <= 0) {
self.errorMessage = @"没有输入";
} else {
BOOL isMatch = [input.text isMatch:RX(@"[A-Z0-9a-z._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,4}")];
if (isMatch == NO) {
self.errorMessage = @"请输入正确的邮箱";
} else {
self.errorMessage = nil;
}
}
return self.errorMessage == nil ? YES : NO;
}
@end
@implementation PhoneNumberValidator
- (BOOL)validateInput:(UITextField *)input {
if (input.text.length <= 0) {
self.errorMessage = @"没有输入";
} else {
BOOL isMatch = [input.text isMatch:RX(@"^((13[0-9])|(15[^4,\\D])|(18[0,0-9]))\\d{8}$")];
if (isMatch == NO) {
self.errorMessage = @"请输入正确的手机号码";
} else {
self.errorMessage = nil;
}
}
return self.errorMessage == nil ? YES : NO;
}
@end
对于输入框，我们可以自定义一个customeTextField，并在里面暴露一个validate方法和一个validator对象，validator对象用来存储需要对手机号和邮箱做校验的InputValidator对象。而validate方法内部呢？
我们直接使用[self.validator validateInput:self]来调用自身的方法。
@interface CustomField : UITextField
//抽象的策略
@property (nonatomic, strong) InputValidator *validator;
/**
初始化textField
@param frame frame
@return 实例对象
*/
- (instancetype)initWithFrame:(CGRect)frame;
/**
验证输入合法性
@return 是否合法,不合法,读取InputValidator当中的errorMessage
*/
- (BOOL)validate;
@end
@implementation CustomField
#pragma mark - 初始化
- (instancetype)initWithFrame:(CGRect)frame {
self = [super initWithFrame:frame];
if (self) {
[self setup];
}
return self;
}
- (void)setup {
UIView *leftView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 5, self.frame.size.height)];
self.leftView = leftView;
self.leftViewMode = UITextFieldViewModeAlways;
self.font = [UIFont fontWithName:@"Avenir-Book" size:12.f];
self.layer.borderWidth = 0.5f;
}
- (BOOL)validate {
return [self.validator validateInput:self];
}
@end
做完这些，在controller里的代码就会变得很精简
#pragma mark - 初始化文本输入框
- (void)initCustomFields {
self.emailField = [[CustomField alloc] initWithFrame:CGRectMake(30, 80, Width - 60, 30)];
self.emailField.placeholder = @"请输入邮箱";
self.emailField.delegate = self;
self.emailField.validator = [EmailValidator new];
[self.view addSubview:self.emailField];
self.phoneNumberField = [[CustomField alloc] initWithFrame:CGRectMake(30, 80 + 40, Width - 60, 30)];
self.phoneNumberField.placeholder = @"请输入电话号码";
self.phoneNumberField.delegate = self;
self.phoneNumberField.validator = [PhoneNumberValidator new];
[self.view addSubview:self.phoneNumberField];
}
#pragma mark - 文本框代理
- (void)textFieldDidEndEditing:(UITextField *)textField {
CustomField *customField = (CustomField *)textField;
if ([customField validate] == NO) {
[UIInfomationView showAlertViewWithTitle:nil
message:customField.validator.errorMessage
cancelButtonTitle:nil
otherButtonTitles:@[@"确定"]
clickAtIndex:^(NSInteger buttonIndex) {
}];
}
}
其实上面的这些就是策略模式，通过继承，重写父类的的方法来实现不同的功能。其实这个过程通过协议也可以实现。
策略模式的优点
1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。
2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3、 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
策略模式的缺点
1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
