iOS设计模式总结

雨点打透心脏的1/2处 2023-06-12 09:50 13阅读 0赞

**目录**

什么是设计模式

设计模式分类

各种设计模式关键点

设计模式六大原则

--------------------

## 什么是设计模式 ##

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

## 设计模式分类 ##

创建型模式：对象实例化的模式，创建型模式解耦了对象的实例化过程

结构型模式：把类或对象结合在一起形成更大的结构

行为型模式：类和对象如何交互，及划分责任和算法

## 各种设计模式关键点 ##

简单工厂：一个工厂类根据传入的参量决定创建出哪一种产品类的实例

工厂方法：定义一个创建对象的接口，让子类决定实例化哪一个类

抽象工厂：创建相关或依赖对象的家族，而无需明确指定具体类

单例模式：某个类只能有一个实例，提供一个全局访问点

生成器模式：封装一个复杂对象的构建过程，并可以按步骤构造

原型模式：通过复制现有的实例来创建新的实例

适配器模式：将一个类的方法接口转换成客户希望的另外一个接口

组合模式：将对象组合成树形结构以表示“部分-整体”的层次结构

装饰模式：动态地给对象添加新的功能

代理模式：为其他对象提供一个代理以控制对这个对象的访问

蝇量模式：通过共享技术有效地支持大量细粒度的对象

外观模式：提供统一的方法来访问子系统的一群接口

桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变化

模板模式：定义一个算法结构，而将一些步骤延迟到子类中实现

解释器模式：给定一个语言， 定义它的文法的一种表示，并定义一个解释器

策略模式：定义一系列的算法，把它们封装起来， 并且使它们可相互替换

状态模式：允许一个对象在其内部状态改变时改变它的行为

观测者模式：对象间的一对多的依赖关系

备忘录模式：在不破坏封装性的前提下，保存对象的内部状态

中介者模式：用一个中介对象来封装一系列的对象交互

命令模式：将命令请求封装为一个对象，使得可用不同的请求来进行参数化

## 设计模式六大原则 ##

### 组合复用原则 ###

多用组合，少用继承，找到变化部分，抽象，封装变化

### 依赖倒置原则 ###

依赖：成员变量、方法参数、返回值

要依赖于抽象，不要依赖于具体

高层模块不应该依赖低层模块，二者都应该依赖其抽象

抽象不应该依赖具体，具体应该依赖抽象

针对接口编程，不要针对实现编程

### 开闭原则 ###

对扩展开放，对修改关闭

通过扩展已有软件系统，可以提供新的功能

修改的关闭，保证稳定性和延续性

### 迪米特法则 ###

一个对象应该与其他对象保持最少的了解。只与直接朋友交谈。

成员变量、方法参数、方法返回值中需要的类为直接朋友

类与类之间的关系越密切了解越多，耦合度越大

尽量降低类与类之间的耦合

### 里氏替换原则 ###

所有引用基类的地方必须能透明地使用其子类对象

子类在扩展父类功能时不能破坏父类原有的功能

使用继承时，遵循里氏替换原则：

子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。

当子类重载父类方法时，方法的形参要比父类方法的参数更宽松

当子类实现父类的抽象方法时，方法的返回值要比父类更严格

里氏替换原则是设计整个继承体系的原则

### 单一职责原则 ###

类应该只有一个导致类变更的理由

即一个类只负责一项职责

降低类的复杂度

提高系统的可维护性

修改时降低风险溢出

## 设计模式要点 ##

软件设计模式使人们可以更加简单方便地复用成功的设计和体系结构，它通常包含以下几个基本要素：模式名称、别名、动机、问题、解决方案、效果、结构、模式角色、合作关系、实现方法、适用性、已知应用、例程、模式扩展和相关模式等，其中最关键的元素包括以下 4 个主要部分。

### 1. 模式名称 ###

每一个模式都有自己的名字，通常用一两个词来描述，可以根据模式的问题、特点、解决方案、功能和效果来命名。模式名称（PatternName）有助于我们理解和记忆该模式，也方便我们来讨论自己的设计。

### 2. 问题 ###

问题（Problem）描述了该模式的应用环境，即何时使用该模式。它解释了设计问题和问题存在的前因后果，以及必须满足的一系列先决条件。

### 3. 解决方案 ###

模式问题的解决方案（Solution）包括设计的组成成分、它们之间的相互关系及各自的职责和协作方式。因为模式就像一个模板，可应用于多种不同场合，所以解决方案并不描述一个特定而具体的设计或实现，而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合（类或对象的 组合）来解决这个问题。

### 4. 效果 ###

描述了模式的应用效果以及使用该模式应该权衡的问题，即模式的优缺点。主要是对时间和空间的衡量，以及该模式对系统的灵活性、扩充性、可移植性的影响，也考虑其实现问题。显式地列出这些效果（Consequence）对理解和评价这些模式有很大的帮助。

iOS设计模式总结

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 iOS设计模式之策略设计模式

相关 iOS设计模式总结

相关【IO】IO设计模式：TPR模式，Reactor模式、Proactor模式

相关设计模式总结

相关设计模式总结

相关设计模式总结

相关设计模式总结

相关设计模式总结

相关设计模式总结

相关设计模式总结