IOS中常用的设计模式
IOS中常用的设计模式
常用的设计模式有MVC、单例、KVO、工厂、策略等。注意有人认为KVC也是属于设计模式，其实KVC是属性赋值的方式，跟设计模式无关。
大家一般对MVC、单例、KVO、工厂比较熟悉，对策略稍有生疏。下面我给大家一一梳理一下，有不对的地方请大家指正。
MVC
模型-视图-控制器（Model-View-Controller，MVC）是Xerox PARC在20世纪80年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已广泛应用于用户交互应用程序中。在iOS开发中MVC的机制被使用的淋漓尽致，充分理解iOS的MVC模式，有助于我们程序的组织合理性。
M 模型对象
模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。例如，模型对象可能是表示游戏中的角色或地址簿中的联系人。用户在视图层中所进行的创建或修改数据的操作，通过控制器对象传达出去，最终会创建或更新模型对象。模型对象更改时（例如通过网络连接接收到新数据），它通知控制器对象，控制器对象更新相应的视图对象。
V 视图对象
视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，并可能对用户的操作作出响应。视图对象的主要目的，就是显示来自应用程序模型对象的数据，并使该数据可被编辑。尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。在iOS应用程序开发中，所有的控件、窗口等都继承自 UIView，对应MVC中的V。UIView及其子类主要负责UI的实现，而UIView所产生的事件都可以采用委托的方式，交给UIViewController实现。
C 控制器对象
在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。控制器对象解释在视图对象中进行的用户操作，并将新的或更改过的数据传达给模型对象。模型对象更改时，一个控制器对象会将新的模型数据传达给视图对象，以便视图对象可以显示它。对于不同的UIView，有相应的UIViewController，对应MVC中的C。例如在iOS上常用的UITableView，它所对应的Controller就是UITableViewController。
MVC之间的关系：
1.Model和View永远不能相互通信，只能通过Controller传递。
2.Controller可以直接与Model对话（读写调用Model），Model通过Notification和KVO机制与Controller间接通信。
3.Controller可以直接与View对话，通过outlet,直接操作View,outlet直接对应到View中的控件,View通过action向Controller报告事件的发生(如用户Touch我了)。Controller是View的直接数据源（数据很可能是Controller从Model中取得并经过加工了）。Controller是View的代理（delegate),以同步View与Controller。
单例
首先看一下单例的例子：
/**
* 单例的写法常用的有三种方式：
方式1、不考虑线程
static SingleCase *manager = nil;
+ (SingleCase *)defaultManager {
if (!manager){
SingleCase = [[self alloc] init];
return manager;
}
}
方式2、考虑线程安全
+ (SingleCase *)sharedManager
{
static SingleCase *ManagerInstance = nil;
static dispatch_once_t predicate;
dispatch_once(&predicate, ^{
ManagerInstance = [[self alloc] init];
});
return ManagerInstance;
}
方式3、轻量级本地数据存储
NSUserDefaults *df = [NSUserDefaults standardUserDefaults];
//把auth 和uid写入本地
[df setObject:responseObject[M_Auth] forKey:M_Auth];
[df setObject:responseObject[M_Uid] forKey:M_Uid];
*/
IOS单例模式（singleton）
单例模式的意思就是只有一个实例。单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这个类称为单例类。
1.单例模式的要点：
显然单例模式的要点有三个；一是某个类只能有一个实例；二是它必须自行创建这个实例；三是它必须自行向整个系统提供这个实例。
2.单例模式的优点：
1.实例控制：Singleton 会阻止其他对象实例化其自己的 Singleton 对象的副本，从而确保所有对象都访问唯一实例。
2.灵活性：因为类控制了实例化过程，所以类可以更加灵活修改实例化过程
IOS中的单例模式
在objective-c中要实现一个单例类，至少需要做以下四个步骤：
1、为单例对象实现一个静态实例，并初始化，然后设置成nil，
2、实现一个实例构造方法检查上面声明的静态实例是否为nil，如果是则新建并返回一个本类的实例，
3、重写allocWithZone方法，用来保证其他人直接使用alloc和init试图获得一个新实力的时候不产生一个新实例，
4、适当实现allocWitheZone，copyWithZone，release和autorelease。
下面以SurveyRunTimeData为例子：
static SurveyRunTimeData *sharedObj = nil; //第一步：静态实例，并初始化。
@implementation SurveyRunTimeData
+ (SurveyRunTimeData*) sharedInstance //第二步：实例构造检查静态实例是否为nil
{
@synchronized (self)
{
if (sharedObj == nil)
{
[[self alloc] init];
}
}
return sharedObj;
}
+ (id) allocWithZone:(NSZone *)zone //第三步：重写allocWithZone方法
{
@synchronized (self) {
if (sharedObj == nil) {
sharedObj = [super allocWithZone:zone];
return sharedObj;
}
}
return nil;
}
- (id) copyWithZone:(NSZone *)zone //第四步
{
return self;
}
- (id) retain
{
return self;
}
- (unsigned) retainCount
{
return UINT_MAX;
}
- (oneway void) release
{
}
- (id) autorelease
{
return self;
}
- (id)init
{
@synchronized(self) {
[super init];//往往放一些要初始化的变量.
return self;
}
}
@end
KVO
KVO Key-Value Observing 键值观察者模式，提供一种机制,当指定的对象的属性被修改后,则监听者就会接受到通知。就好像我们给手机定了一个闹钟，等到了制定的时间，闹钟就会响起，我们就会知道时间到了。这个过程中，我们就是监听者，闹钟就是被监听的对象
我们创建一个student类，使用KVO模式，给其中的username 属性添加监听者（观察者 XSStudent*su = [[XSStudentalloc]init]; su.name= @"zhangsan";
su.age = 12;
//Observer 观察者是谁
//KeyPath监听的属性，比如监听学生的name属性
//options ：监听的内容
//NSKeyValueObservingOptionNew,NSKeyValueObservingOptionOld这两个参数的意思是监听它的新值和旧值
[su addObserver:self forKeyPath:@"name"options:NSKeyValueObservingOptionNsw|NSKeyValueObservingOptionOld context:nil];
//修改属性，触发方法 su.name= @"lis";
//观察者观察到有值发生改变的时候发生的方法
- (void)observeValueForKeyPath:(NSString*)keyPath ofObject:(id)object change:(NSDictionary*)change context:(void*)context
{
//change 字典中的old new 是关键字，专门用来存储新值和老值
NSLog(@"oldname %@",[changeobjectForKey:@"old"]);
NSLog(@"new %@",[change objectForKey:@"new"]);
}
注意，这里(NSString*)keyPath 传过来的就是你添加观察者的时候创建的key ，如果想要监听多个属性，你可以根据整个值来判断到底是哪个值的变化触发了该方法
工厂
一般是大批量生产零件的地方，在IOS中，工厂设计模式表示我们可以将一类控件提出来（使用静态方法），方便后期统一修改。其实这个也是大家常用的。如以下代码：
//定义工厂类，将常用的控件涉及到的属性用静态方法做一归纳总结，方便统一修改
//UIView
+ (UIView *)createViewWithFrame:(CGRect)frame;
//UILabel
+ (UILabel *)createLabelWithFrame:(CGRect)frame text:(NSString *)text textColor:(UIColor *)textColor backgroundColor:(UIColor *)backgroundColor font:(UIFont *)font textAlignment:(NSTextAlignment)textAlignment;
//UIButton
+ (UIButton *)createButtonWithFrame:(CGRect)frame title:(NSString *)title titleColor:(UIColor *)titleColor backgroundColor:(UIColor *)backgroundColor type:(UIButtonType)type target:(id)target selector:(SEL)selector;
//UIImageView
+ (UIImageView *)createImageViewWithFrame:(CGRect)frame imageName:(NSString *)imageName;
//UITextField
+ (UITextField *)createTextFieldWithFrame:(CGRect)frame text:(NSString *)text placeholder:(NSString *)placeholder;
策略
同一个问题可以有多个解决办法，我们可以将这个多个解决办法封装成不同的方法，我们在使用的时候根据自己的需要选择合适的方法。选择其中一种方法，对其他的方法是没有影响的，我们把这个过程叫做策略设计模式。
这样可能还是不太好理解，我们举个例子，出行旅游：我们可以有几个策略可以考虑：可以骑自行车，汽车，做火车，飞机 ，当然你也可以选择步行。每个策略都可以得到相同的结果，但是它们使用了不同的资源。选择策略的依据是费用，时间，使用工具还有每种方式的方便程度 。
iOS应用分析
例如，我们在验证用户输入的表单的时候，加入包括电话输入框的验证和邮件输入框的验证，这两部分的验证算法是不同的，如果把这个算
法看成一个函数，他几乎有相同的输入参数和返回参数。我们可以把这个相同的函数可以抽象为基类(InputValidator)的一个方法(bool
validateInput(input,error))，然后抽象出两个具体的策略类：电话验证类(PhoneValidator)和邮件验证类
(EmailValidator)，他们需要在各自的实现里面去复写父类的验证方法。为了能够正常的调用到验证类的验证方法，我们需要自定义一个
UITextField的子类CustomTextField，其中有一个InputValidator类型的引用和一个validate方法，该方法里
面调用InputValidator的验证方法，然后在textFieldDidEndEditing代理方法里面调用CustomTextField的
validate方法，这样就不用我们在判断输入是否合法的时候通过if else去处理每种逻辑，而且这样做方便扩展，提高可复用性。
今天先到这里，还要回去写程序，有空再来。