iOS开发中常用的设计模式

GoF23中的设计模式

设计模式的经典名著—DesignPatterns：Elements ofReusable Object-Oriented Software，中文译本名为《设计模式—可复用面向对象软件的基础》的四位作者Erich Gamma、Richard Helm、Ralph Johnson，以及John Vlissides，这四个人常被称为Gang of Four，即四人组，简称GoF。

经典的《设计模式》一书归纳出23种设计模式，本文按《易学设计模式》一书归纳分类如下：

1.创建型模式

社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。这里有6个具体的创建性模式可供研究，它们分别是：

简单工厂模式（SimpleFactory）；

工厂方法模式（FactoryMethod）；

抽象工厂模式（AbstractFactory）；

创建者模式（Builder）；

原型模式（Prototype）；

单例模式（Singleton）；

说明：严格来说，简单工厂模式不是GoF总结出来的23种设计模式之一。

2.结构型模式

在解决了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点，因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。对象结构的设计很容易体现出设计人员水平的高低，这里有7个具体的结构型模式可供研究，它们分别是：

外观模式（Façade）；

适配器模式（Adapter）；

代理模式（Proxy）；

装饰模式（Decorator）；

桥模式（Bridge）；

组合模式（Composite）；

亨元模式（Flyweight）。

3.行为型模式

在对象的创建和对象的结构问题都解决了之后，就剩下对象的行为问题了，如果对象的行为设计的好，那么对象的行为就会更清晰，它们之间的协作效率就会提高，这里有11个具体的行为型模式可供研究，它们分别是：

模板方法模式（TemplateMethod）；

观察者模式（Observer）；

状态模式（State）；

策略模式（Strategy）；

职责链模式（Chain ofResponsibility）；

命令模式（Command）；

访问者模式（Visitor）；

调停者模式（Mediator）；

备忘录模式（Memento）；

迭代器模式（Iterator）；

解释器模式（Interpreter）。

iOS开发中的几种常见设计模式介绍

（一）代理模式

应用场景：当一个类的某些功能需要由别的类来实现，但是又不确定具体会是哪个类实现。

优势：解耦合

敏捷原则：开发-封闭原则

实例：tableView的数据源delegate，通过和protocol的配合，完成委托诉求。

列表row个数delegate

自定义的delegate

（二）观察者模式

应用场景：一般为model层对controller和view进行的通知方式，不关心谁去接收，只负责发布信息。

优势：解耦合

敏捷原则：接口隔离原则，开放-封闭原则

实例：Notification通知中心，注册通知中心，任何位置可以发送消息，注册观察者的对象可以接收。

（三）MVC模式

应用场景：是一种非常古老的设计模式，通过数据模型，控制器逻辑，视图展示将应用程序进行逻辑划分。

优势：使系统层次清晰，职责分明，易于维护

敏捷原则：对扩展开放，对修改封闭

实例：model-即数据模型，view-视图展示，controller进行UI展现和数据交互的逻辑控制。

（四）单例模式

应用场景：确保程序运行期，某个类只有一份实例，用于进行资源共享控制。

优势：使用简单，延时求值，易于跨模块

敏捷原则：单一职责原则

实例：[UIApplicationsharedApplication]。

注意事项：确保使用者只能通过getInstance方法才能获得，单例类的唯一实例。

Java，C++中使其没有公有构造函数，私有化并覆盖其构造函数。

OC中，重写allocWithZone方法，保证即使用户用alloc方法直接创建单例类的实例，返回的也只是此单例类唯一静态变量。

（五）策略模式

应用场景：定义算法簇，封装起来，使他们之间可以相互替换。

优势：使算法的变化独立于使用算法的用户

敏捷原则：接口隔离原则；多用组合，少用继承；针对接口编程，而非实现。

实例：排序算法，NSArray的sortedArrayUsingSelector；经典的鸭子会叫，会飞案例。

注意事项：

1.剥离类中易于变化的行为，通过组合的方式嵌入抽象基类；

2.变化的行为抽象基类为，所有可变变化的父类；

3.用户类的最终实例，通过注入行为实例的方式，设定易变行为；

防止了继承行为方式，导致无关行为污染子类，完成了策略封装和可替换性。

（六）工厂模式

应用场景：工厂方式创建类的实例，多与proxy模式配合，创建可替换代理类。

优势：易于替换，面向抽象编程，applicaton只与抽象工厂和易变类的共性抽象类发生调用关系。

敏捷原则：DIP依赖倒置原则

实例：项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换

注意事项：项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也比较明显，增加了代码的复杂度，增加了调用层次，增加了内存负担。所以要注意防止模式的滥用。