在软件工程中，设计模式是对有些问题反复出现，总结的一种解决方案。其目的是为了代码的可重复使用性，代码的可读性，使代码更可靠。

iOS开发中常用的模式：代理模式、单例模式、工厂模式、观察者模式、MVC模式、MVVM模式等

一、代理模式

代理模式是一种消息传递方式，一个类通过实现另一个类的代理，实现另一个类的功能。

完整的代理模式包括：代理对象、委托对象和协议

代理模式的优点：职责清晰、高扩展性、解耦

缺点：代理是一对一的传递消息，需要委托者和代理之间签定协议。

二、单例模式

一个单例类，在整个程序中只有一个实例，并提供一个类方法供全局使用，在编译时初始化这个类，然后一直保存在内存中，到程序退出时由系统自动释放这部分内存。

单例模式的优点：1.节省系统的内存资源，提高程序的运行效率

2.因为在程序运行中单例类只会实例化一次，所以更容易定位问题

缺点：1.不能被继承，很难进行类的扩展

2.由于单例类在运行过程中一直占用内存资源，在闲置的时候并不会被销毁，所以闲置时也消耗了内存资源

三、工厂模式

此设计模式属于创建型模式，提供一个创建对象的最佳模式。专门定义一个类来负责定义其他类的实例，创建的实例通常拥有一个共同的父类。在工厂模式中，我们创建对象时不会向客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

工厂模式的优点：1.简单工厂模式的优点是客户端可以直接消费产品，而不必关心具体产品的实现，消除了客户端直接创建产品对象的责任，实现了对责任的分割

2.扩展性高，如果想增加一个产品，扩展一个工厂类就可以了

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖

四、观察者模式

一个对象拥有多个特征,当某一个特征发生变化时,另外一个对象做出相应的处理和操作.后者观察前者的一举一动,并及时对一些变化做出响应。一般为model层对controller和view进行的通知方式，不关心谁去接收，只负责发布信息。

观察者模式的优点：1.解耦合，观察者和被观察者是抽象耦合的。

2.建立统一触发机制

缺点：1.如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。

2.如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

3.观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。

五、MVC模式

MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。

M-Model：数据模型，封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算

V-View：视图展示，应用程序中用户可以看见的对象

C-Controller：进行UI展现和数据交互的逻辑控制，View中进行的用户操作可以通过Controller传达给Model，Controller也可将Model传递给View，以便View可以显示它。

MVC模式的优点：1.低耦合性。视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。

2.高重用性和可适用性。

3.提高可维护性

缺点：MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。MVC设计模式是一个很好创建软件的途径，它所提倡的一些原则，像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件，你可能需要重新思考你的应用程序，尤其是应用程序的构架方面。

六、MVVM模式

是MVC模式的一个增强版

Model：业务逻辑处理、数据控制（本地数据、网络加载数据）

View：显示用户可见得视图控件、与用户交互事件。

ViewModel：是组织生成和维护的视图数据层。在这一层开发者对从后端获取的 Model 数据进行转换处理，做二次封装，以生成符合 View 层使用预期的视图数据模型。

ViewController：界面的生命周期控制和业务间切换控制。

优点：减少ViewController的复杂性，使得表示逻辑易于测试，兼容MVC模式，MVVM配合一个绑定机制效果最好。