（二）iOS 开发设计模式：代理、观察者、单例和工厂模式

设计模式是指软件开发中对普遍存在的问题提出的解决方案。iOS 开发中常用的设计模式有：代理模式、观察者模式、单例模式和工厂模式。下面对这里模式做一些整理。

---

（一）代理模式 delegate

场景

一个类的功能需要别的类来实现，但是具体不确定有哪些类可以实现。

应用实例

像我们常用 UITableView、UIScrollView 都有用到代理。

具体实现

一个完整的代理模式包括三个部分：协议、代理和委托。

• 协议：用来指定代理双方可以做什么，有哪些必须实现。
• 代理：根据指定的协议，完成委托方需要实现的功能。
• 委托：根据指定的协议，指定代理去完成什么功能。

delegate 属性用 weak 修饰

delegate 属性使用 weak 修饰是为了避免出现循环引用。
举例：控制器A中有一个 tableView，命名为B，即A强引用了B。这时候我们设置A为B的代理delegate的话，倘若delegate的属性为strong，那么B会强引用A，这样就会导致循环引用。weak是弱引用，用weak描述修饰或者所引用对象的计数器不会加一，并且会在引用的对象被释放的时候自动被设置为nil，从而解决循环引用。（另外weak还大大避免了野指针访问坏内存引起崩溃的情况，）

为什么不用assign？
答：weak和assign是一种“非拥有关系”的指针，通过这两种修饰符修饰的指针变量，都不会改变被引用对象的引用计数。但是在一个对象被释放后，weak会自动将指针指向nil，而assign则不会。在iOS中，向nil发送消息时不会导致崩溃的，所以assign就会导致野指针的错误unrecognized selector sent to instance。

特殊情况：CAAnimation 中的 delegate 是强引用，这是内存管理中的一个比较罕见的特例。为了避免循环引用的问题出现，delegate 通常使用 weak 修饰表示弱引用，而 CAAnimation 动画是异步的，如果动画的代理是弱引用而不是强引用，那么会导致其随时都可能被释放掉。在使用动画时要注意采取措施避免循环引用，例如及时在视图移除之前的适合时机移除动画。

delegate 与 block 的区别

delegate 和 block（block 相关知识后续会整理） 都是Objective-c中的传值方式，但是它们之间还是有区别：

• 在有多个消息传递时，用delegate实现更合适，看起来也更清晰。block就不太好了，这个时候block反而不便于维护，而且看起来非常臃肿。
• 代理更加面相过程，block则更面向结果。
• 从性能上来说，block的性能消耗要略大于delegate，因为block会涉及到栈区向堆区拷贝等操作，时间和空间上的消耗都大于代理。而代理只是定义了一个方法列表，在遵守协议对象的 objc_protocol_list 中添加一个节点，在运行时向遵守协议的对象发送消息即可。

---

（二）观察者模式

场景

一般用作与MVC的架构模式中数据模型 Model 与 逻辑控制器Controller 之间的信息传递。
观察者模式是一种一对多的消息传递机制，让多个观察者对象同时监听某一个对象，这个对象发生变化时，会通知所有观察者对象，令它们能够自动更新自己。

具体实现

观察者模式只是一个概念，iOS开发中具体可以通过Notification、KVO来实现。

• Notification ：具体实现代码如下

注册观察者

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(update:) name:@"NOTIFICATION" object:nil];

-(void) update:(id)sender{  
  //这里执行一些更新的操作
}

发送通知

//创建通知对象
NSNotification *notification = [NSNotification notificationWithName:@"NOTIFICATION" object:nil];
 //Name是通知的名称 object是通知的发布者(是谁要发布通知,也就是对象) userInfo是一些额外的信息(通知发布者传递给通知接收者的信息内容，字典格式)
//    [NSNotification notificationWithName:@"NOTIFICATION" object:nil userInfo:nil];
//发送通知
 [[NSNotificationCenter defaultCenter] postNotification:notification];

dealloc里面移除观察者

- (void)dealloc {
  //删除根据name和对象，如果object对象设置为nil，则删除所有叫name的，否则便删除对应的
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"NOTIFICATION" object:nil];
}

• KVO：键值观察者机制（Key-value Observer），是基于键值编码（Key-value Coding）实现的。
  假设有一个 person 对象，它有一个属性是 name，用 KVO 实现监听 person.name 的变化，步骤如下：

1. 注册成为观察者

    /* 
     options: 有4个值，分别是： 
 
     　　NSKeyValueObservingOptionOld 把更改之前的值提供给处理方法 
 
     　　NSKeyValueObservingOptionNew 把更改之后的值提供给处理方法 
 
     　　NSKeyValueObservingOptionInitial 把初始化的值提供给处理方法，一旦注册，立马就会调用一次。通常它会带有新值，而不会带有旧值。 
 
     　　NSKeyValueObservingOptionPrior 分2次调用。在值改变之前和值改变之后。 
     */ 
    [self.person addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew  context:nil];

2. 在回掉方法中处理变更通知

#pragma mark - kvo的回调方法(系统提供的回调方法) 
//keyPath:属性名称 
//object:被观察的对象 
//change:变化前后的值都存储在change字典中 
//context:注册观察者的时候,context传递过来的值 
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context { 
    id oldName = [change objectForKey:NSKeyValueChangeOldKey]; 
    NSLog(@"oldName----------%@",oldName); 
    id newName = [change objectForKey:NSKeyValueChangeNewKey]; 
    NSLog(@"newName-----------%@",newName); 
    //当界面要消失的时候,移除kvo 
//    [object removeObserver:self forKeyPath:@"name"]; 
}

3. 移除观察者

- (void)dealloc { 
    [self.person removeObserver:self forKeyPath:@"name"]; 
    self.person = nil; 
}

---

（三）单例模式

场景

为了确保程序运行期某个类，只有一份实例，用于进行资源共享控制。可用于跨模块传值。

具体实现

项目中如 [UIApplication sharedApplication] 就是单例的实现。
iOS 开发中我们通常使用 GCD（iOS 中一种多线程编程解决方式，后面会整理）的 dispatch_once函数来实现单例模式。具体代码如下：

+ (instancetype)sharedInstance {
// Share 是需要单例化的类名
    static Share *shared = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        shared = [[Share alloc]init];
    });
    return shared;
}

---

（四）工厂模式

场景

简单地说，类工厂方法就是用来快速创建对象的类方法，它可以直接返回一个初始化好的对象。

具体实现

UIKit 中最典型的类工厂方法就是UIButton 的 buttonWithType 类工厂方法，开发者使用这个方法指定按钮类型就能快速得到一个该类型的初始化好的按钮实例对象。