在软件开发中，无论是那种高级语言中总会伴随着一些最为常用的设计模式，下面针对iOS中，MVC模式、代理模式、观察者模式、单例模式、策略模式、简单工厂模式这六大模式进行汇总分析。
一、MVC模式
MVC是一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑
1.1实例
MVC(Model View Controller)模型(model)－视图(view)－控制器(controller)
1.1.1模型对象
模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。例如，模型对象可能是表示游戏中的角色或地址簿中的联系人。用户在视图层中所进行的创建或修改数据的操作，通过控制器对象传达出去，最终会创建或更新模型对象。模型对象更改时（例如通过网络连接接收到新数据），它通知控制器对象，控制器对象更新相应的视图对象。
1.1.2视图对象
视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，并可能对用户的操作作出响应。视图对象的主要目的，就是显示来自应用程序模型对象的数据，并使该数据可被编辑。尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。 在iOS应用程序开发中，所有的控件、窗口等都继承自 UIView，对应MVC中的V。UIView及其子类主要负责UI的实现，而UIView所产生的事件都可以采用委托的方式，交给UIViewController实现。
1.1.3控制器对象
在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。
1.2应用场景
MVC模式是一中非常古老的设计模式，通过数据模型，控制器逻辑，视图展示将应用程序进行逻辑划分。
1.3优势
MVC模式使系统，层次清晰，职责分明，易于维护
1.4敏捷原则
MVC模式对扩展开放-对修改封闭
二、代理模式
代理模式完成委托方交给的任务,委托方有一些任务自己不想完成,但是还需要要实现,则将该任务存放到协议中,由代理完成.但是代理并不会主动的执行任务,需要委托方通知代理。
2.1应用场景
当一个类的某些功能需要由别的类来实现，但是又不确定具体会是哪个类实现。
2.2优势
解耦合
2.3敏捷原则
开放-封闭原则
2.4实例
tableview的 数据源delegate，通过和protocol的配合，完成委托诉求。列表row个数delegate，自定义的delegate。
三、观察者模式
观察者模式本质上是一种发布-订阅模型,用以消除具有不同行为的对象之间的耦合，通过这一模式，不同对象可以协同工作，同时它们也可以被复用于其他地方Observer从Subject订阅通知，ConcreteObserver实现重现ObServer并将其重载其update方法。
3.1应用场景
一般为model层对，controller和view进行的通知方式，不关心谁去接收，只负责发布信息。
3.2优势
解耦合
3.3敏捷原则
接口隔离原则，开放-封闭原则
3.4实例
Notification通知中心，注册通知中心，任何位置可以发送消息，注册观察者的对象可以接收。 kvo，键值对改变通知的观察者，平时基本没用过。
四、单例模式
单例模式可以保证App在程序运行中，一个类只有唯一个实例，从而做到节约内存。 在整个App程序中，这一份资源是共享的。 提供一个固定的实例创建方法。
4.1应用场景
确保程序运行期某个类，只有一份实例，用于进行资源共享控制。
4.2优势
使用简单，延时求值，易于跨模块
4.3敏捷原则
单一职责原则
4.4实例
[UIApplication sharedApplication]。
4.5注意事项
确保使用者只能通过 getInstance方法才能获得，单例类的唯一实例。 java，C 中使其没有公有构造函数，私有化并覆盖其构造函数。 object c中，重写allocWithZone方法，保证即使用户用 alloc方法直接创建单例类的实例， 返回的也只是此单例类的唯一静态变量。
五、策略模式
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
5.1应用场景
定义算法族，封装起来，使他们之间可以相互替换。
5.2优势
使算法的变化独立于使用算法的用户
5.3敏捷原则
接口隔离原则； 多用组合，少用继承； 针对接口编程，而非实现。
5.4实例
排序算法，NSArray的sortedArrayUsingSelector；经典的鸭子会叫，会飞案例。
5.5注意事项
1、剥离类中易于变化的行为，通过组合的方式嵌入抽象基类 2、变化的行为抽象基类为，所有可变变化的父类 3、用户类的最终实例，通过注入行为实例的方式，设定易变行为 防止了继承行为方式，导致无关行为污染子类。完成了策略封装和可替换性。
六、简单工厂模式
简单工厂模式中定义一个抽象类，抽象类中声明公共的特征及属性，抽象子类继承自抽象类，去实现具体的操作。工厂类根据外界需求，在工厂类中创建对应的抽象子类实例并传给外界，而对象的创建是由外界决定的。外界只需要知道抽象子类对应的参数即可，而不需要知道抽象子类的创建过程，在外界使用时甚至不用引入抽象子类。
6.1应用场景
工厂方式创建类的实例，多与proxy模式配合，创建可替换代理类。
6.2优势
易于替换，面向抽象编程，application只与抽象工厂和易变类的共性抽象类发生调用关系。
6.3敏捷原则
DIP依赖倒置原则
6.4实例
项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换
6.5注意事项
项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也很明显，增加了代码的复杂度，增加了调用层次，增加了内存负担。
