MVC设计模式

模型-视图-控制器（Model-View-Controller，MVC）,是Xerox PARC在20世纪80年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已广泛应用于用户交互应用程序中。在iOS开发中MVC的机制被使用的淋漓尽致，充分理解iOS的MVC模式，有助于我们程序的组织合理性。

＊＊当然，软件中还有如下的几种代码＊＊
　　现实中，工程中还有以下几种类型的代码：
　　（1）接口文件［数据操作］
　　（2）解析通过接口获取的数据［数据操作］
　　（3）开源框架（实现各种界面效果、解析各种数据）［数据操作＋V显示］
　　（4）工具类（比如为图片增加圆角、实现checkbox、实现各种页面效果、数据加密解密）[数据操作＋V显示]
　　（5）本项目提炼的公用类（如验证、升级检测、数据更新等）［数据操作M］
所以还是需要自己去总结精炼自己的项目的（文件千万别瞎放，后来看可恶心了。。。说多了都是泪。。。）

有关”模型－视图－控制器”的完整信息，请参阅 Concepts in Objective-C Programming（Objective-C 编程中的概念）中的：Model-View-Controller

KVO模式

KVO,即：Key-Value Observing，它提供一种机制，当指定的对象的属性被修改后，则对象就会接受到通知。简单的说就是每次指定的被观察的对象的属性被修改后，KVO就会自动通知相应的观察者了。

KVO其实也是“观察者”设计模式的一种应用。我的看法是，这种模式有利于两个类间的解耦合，尤其是对于 业务逻辑与视图控制 这两个功能的解耦合。

KVO这一机制是基于NSKeyValueObserving协议的，Cocoa通过这个协议为所有遵循协议的对象提供了自动观察属性变化的能力。在NSObject中已经为我们实现了这一协议，所以我们不必去实现这个协议。

为什么要使用KVO？

有的朋友可能会有疑问，为什么要使用KVO呢？KVO能实现的我使用Setter方法同样能实现啊。其实不然KVO存在还是有它的价值的，那么接下来我们细数一下KVO的独特价值吧：

1.我们创建一两个setter方法感觉没什么，但是如果要观察的属性非常多，那么还能一一重写setter方法来实现吗？想必大家心里已有了答案，但是利用KVO则能很好的解决上述问题。

2.我们自定义的类是很容易改写setter方法的，但是如果你是用一个已经编译好了的类库时要监控其中一个属性时怎么办？难道还要去重写setter方法？如果使用KVO则很轻松解决问题。

3.使用KVO能够方便的记录变化前的值和变化后的值，不适用KVO你还要自己来解决这些问题。

4.KVO让你的代码看起来更加简洁清晰易于维护。

如何使用KVO呢？

首先，你要为你想观察的对象添加一个观察者代码如下：

[object addObserver: observer forKeyPath: @"frame" options: 0 context: nil];

调用方法是:
object : 被观察对象
observer: 观察对象
forKeyPath里面带上property的name，如UIView的frame、center等等
options: 有4个值，分别是：
NSKeyValueObservingOptionNew 把更改之前的值提供给处理方法
NSKeyValueObservingOptionOld 把更改之后的值提供给处理方法
NSKeyValueObservingOptionInitial 把初始化的值提供给处理方法，一旦注册，立马就会调用一次。通常它会带有新值，而不会带有旧值。
NSKeyValueObservingOptionPrior 分2次调用。在值改变之前和值改变之后。
注：例子里的0就代表不带任何参数进去
context: 可以带入一些参数，任何类型都可以，强制转就可以。
接下来观察到值的变化后该应该调用相关的方法来处理，这个方法是：

－ (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context

其中：
keyPath: 对应forKeyPath
object: 被观察的对象
change: 对应options里的NSKeyValueObservingOptionNew、NSKeyValueObservingOptionOld等
context： 对应context

Screen Shot 2014-06-15 at 4.23.33 PM
通过滑动slider来改变相关的值，相关的只发生变化后从而改变标签的颜色。
下载地址：https://github.com/zhaishuai/KVOPractice
代码来自zhai shuai

KVC模式

KVC的基本概念

Key-value coding,它是一种使用字符串标识符，间接访问对象属性的机制,而不是直接调用getter 和 setter方法。通常我们使用valueForKey 来替代getter 方法，setValue:forKey来代替setter方法。

下面是使用KVC 和 不使用 KVC的代码对比

Persion *persion = [ [Persion alloc] init ];
//不使用

KVCpersion.name = @"hufeng" ;
//使用KVC的写法
[persion setValue:@"hufeng" forKey:@"name"];

看出区别来了吗？你可能会说 你写的太简单了，我们实际用的时候不可能有这样复杂的类，下面我们写个复杂点的：我们有一个人 这个人有一个手机类 这个手机类 有一个电池类 我们要获取这个电池类 比之前复杂了吧。
没有KVC

Persion *persion = [ [Persion alloc] init ];
Phone *phone = persion.phone;
Battery *battery = phone.battery;

使用KVC

Battery *battery = [persion valueForKeyPath: @"phone.battery" ];

注意- valueForKeyPath 里面的值是区分大小写的，你如果写出Phone.Battery 是不行的
说到这里你可能会问 我能不能对 NSArray 调用KVC吗？ 答案是否定的，因为array 没有keys啊，但是你可以对array里面的item 使用KVC。
KVC 最常用的还是在序列化和反序列话对象。我们经常需要把json字符串反序列化成我们想要的对象 下面是一个例子 将字典用NSKeyedArchiver 序列化成对象

-(id)initWithDictionary:(NSDictionary *)dictionary {
self = [self init];
if (self){
[self setValuesForKeysWithDictionary:dictionary];
}
return self
}

主要是让大家多了解一点

单例模式

单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。

顾名思义，单例，即是在整个项目中，这个类的对象只能被初始化一次。它的这种特性，可以广泛应用于某些需要全局共享的资源中，比如管理类，引擎类，也可以通过单例来实现传值。UIApplication、NSUserDefaults等都是IOS中的系统单例。

“单例模式”是我在iOS中最常使用的设计模式之一。单例模式不需要传递任何参数，就有效地解决了不同代码间的数据共享问题。

iOS中的单例模式应用
iOS中好几个类都是采用了单例模式，比如NSApplication， NSFontManager, NSDocumentController,NSHelpManager, NSNull,NSProcessInfo, NSScriptExecutionContext, NSUserDefaults.

关于单例的写法，因为我上网看了好多种都和我看的不太一样写的，所以我就不贴了，想看的可以去我的另一篇文章里有单例在数组前面

写的不好请见谅，好多文章归拢的东西不太会用。。。还需要学习