二十四种模式

￡神魔★判官ぃ 2022-08-27 05:38 183阅读 0赞

1，创建型模式

一、抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类.

二、生成器模式(Builder pattern): 使用生成器模式封装一个产品的构造过程, 并允许按步骤构造. 将一个复杂对象的构建与它的表示分离, 使得同样的构建过程可以创建不同的表示.

三、工厂模式(factory method pattern): 定义了一个创建对象的接口, 但由子类决定要实例化的类是哪一个. 工厂方法让类把实例化推迟到子类.

四、原型模式(prototype pattern): 当创建给定类的实例过程很昂贵或很复杂时, 就使用原形模式.

五、单例了模式(Singleton pattern): 确保一个类只有一个实例, 并提供全局访问点.

六、多例模式(Multition pattern): 在一个解决方案中结合两个或多个模式, 以解决一般或重复发生的问题.

2，结构型模式

一、适配器模式(Adapter pattern): 将一个类的接口, 转换成客户期望的另一个接口. 适配器让原本接口不兼容的类可以合作无间. 对象适配器使用组合, 类适配器使用多重继承.

二、桥接模式(Bridge pattern): 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变.

三、组合模式(composite pattern): 允许你将对象组合成树形结构来表现"整体/部分"层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合.

四、装饰者模式(decorator pattern): 动态地将责任附加到对象上, 若要扩展功能, 装饰者提供了比继承更有弹性的替代方案.

五、外观模式(facade pattern): 提供了一个统一的接口, 用来访问子系统中的一群接口. 外观定义了一个高层接口, 让子系统更容易使用.

六、亨元模式(Flyweight Pattern): 如想让某个类的一个实例能用来提供许多"虚拟实例", 就使用蝇量模式.

七、代理模式(Proxy pattern): 为另一个对象提供一个替身或占位符以控制对这个对象的访问.

3，行为型模式

一、责任链模式(Chain of responsibility pattern): 通过责任链模式, 你可以为某个请求创建一个对象链. 每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象.

二、命令模式(Command pattern): 将"请求"封闭成对象, 以便使用不同的请求,队列或者日志来参数化其他对象. 命令模式也支持可撤销的操作.

三、解释器模式(Interpreter pattern): 使用解释器模式为语言创建解释器.

四、迭代器模式(iterator pattern): 提供一种方法顺序访问一个聚合对象中的各个元素, 而又不暴露其内部的表示.

五、中介者模式(Mediator pattern) : 使用中介者模式来集中相关对象之间复杂的沟通和控制方式.

六、备忘录模式(Memento pattern): 当你需要让对象返回之前的状态时(例如, 你的用户请求"撤销"), 你使用备忘录模式.

七、观察者模式(observer pattern): 在对象之间定义一对多的依赖, 这样一来, 当一个对象改变状态, 依赖它的对象都会收到通知, 并自动更新.

八、状态模式(State pattern): 允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类.

九、策略模式(strategy pattern): 定义了算法族, 分别封闭起来, 让它们之间可以互相替换, 此模式让算法的变化独立于使用算法的客户.

十、模板方法模式(Template pattern): 在一个方法中定义一个算法的骨架, 而将一些步骤延迟到子类中. 模板方法使得子类可以在不改变算法结构的情况下, 重新定义算法中的某些步骤.

十一、访问者模式(visitor pattern): 当你想要为一个对象的组合增加新的能力, 且封装并不重要时, 就使用访问者模式.

\--------------------------------------------------------------------------------------------------

七大设计原则：

1、单一职责原则【SINGLE RESPONSIBILITY PRINCIPLE】：一个类负责一项职责.

2、里氏替换原则【LISKOV SUBSTITUTION PRINCIPLE】：继承与派生的规则.

3、依赖倒置原则【DEPENDENCE INVERSION PRINCIPLE】：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。即针对接口编程，不要针对实现编程.

4、接口隔离原则【INTERFACE SEGREGATION PRINCIPLE】：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少.

5、迪米特法则【LOW OF DEMETER】：低耦合，高内聚.

6、开闭原则【OPEN CLOSE PRINCIPLE】：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭.

7、组合/聚合复用原则【Composition/Aggregation Reuse Principle(CARP) 】：尽量使用组合和聚合少使用继承的关系来达到复用的原则.

发表评论取消回复

表情：

评论列表（有 0 条评论，183人围观）

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

相关阅读

相关二十三种设计模式之：（十一）装饰器模式

> Decorator 装饰器模式：指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于对象结构型模式。优点：装饰器是继承

浅浅的花香味﹌/ 2022年10月30日 06:30/ 0 赞/ 258 阅读

相关二十三种设计模式之：（十）原型模式

> Prototype 原型模式：（实际也叫克隆模式）用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型相同或相似的新对象。在这里，原型实例指定了要创建的对象的种

ゞ浴缸里的玫瑰/ 2022年10月29日 11:24/ 0 赞/ 187 阅读

相关二十四种模式

1，创建型模式一、抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类. 二、生成器模式

￡神魔★判官ぃ/ 2022年08月27日 05:38/ 0 赞/ 184 阅读

相关设计模式（二十四）访问者模式

访问者模式提供了一种方法，将算法和数据结构分离。假设我们需要对一个数据结构进行不同的操作，就可以考虑使用访问者模式。访问者模式的要点在于，需要一个访问者接口，提供了一些重载方法

灰太狼/ 2022年06月18日 11:27/ 0 赞/ 176 阅读

相关（二十四）Java设计模式之解释器模式

在阎宏博士的《JAVA与模式》一书中开头是这样描述解释器（Interpreter）模式的：　　解释器模式是类的行为模式。给定一个语言之后，解释器模式可以定义出其文法的一种表

迈不过友情╰/ 2022年06月05日 23:06/ 0 赞/ 178 阅读

相关二十三种设计模式简介

> 23种设计模式总的来说可以分为三大类，遵循六大原则 1、三大类 1、创建型 > 涉及对象的实例化，特点是不让用户代码依赖于对象的创建或排列方式，避免用户直接使用

本是古典何须时尚/ 2022年06月01日 13:16/ 0 赞/ 218 阅读

相关二十四、哨兵模式日志分析

\ 哨兵模式日志分析 \\\1、Redis主从节点日志分析 7000.log 21626:C 19

- 日理万妓/ 2022年05月16日 09:43/ 0 赞/ 203 阅读

相关四十二、集群安全模式操作

集群安全模式操作 1、集群概述 Namen

快来打我*/ 2022年05月12日 15:54/ 0 赞/ 181 阅读

相关 Python基础之七大设计原则&二十四种设计模式

Python七大设计原则&二十四种设计模式七大设计原则： 1、单一职责原则【SINGLE RESPONSIBILITY PRINCIPLE】：一个类负责一项职责.

ゝ一纸荒年。/ 2022年01月26日 03:19/ 0 赞/ 353 阅读

相关 JavaScript设计模式(二十四)【解释器模式】

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8">

我不是女神ヾ/ 2021年07月04日 18:07/ 0 赞/ 357 阅读