23种软件设计模式

设计模式:每一个设计模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心。这样,你就能一次又一次地使用该方案而不必做重复劳动。设计模式的核心在于提供了相关问题的解决方案,使得人们可以更加简单方便的复用成功的的设计和体系结构
记住四个基本要素:模式名称、问题(应该在何时使用模式)、解决方案(设计的内容)、效果(模式应用的效果)

分类 模式 定义 关键字 例子
创建型 Abstract Factory 抽象工厂模式 提供一个接口,可以创建一系列相关或相互依赖的对象,而无需指定它们具体的类 抽象接口 设计模式の抽象工厂模式
Builder 构建器模式 将一个复杂类的表示与其构造相分离,使得相同的构建过程能够得出不同的表示 类和构造分离 设计模式の建造者模式
Factory Method 工厂方法模式 定义一个创建对象的接口,但由子类决定需要实例化哪一个类。使得子类实例化过程推迟 子类决定实例化 设计模式の简单工厂模式
Prototype原型模式 用原型实例指定创建对象的类型,并且通过拷贝这个原型来创建新的对象 原型实例 拷贝 设计模式の原型模式
Singleton单例模式 保证一个类只有一个实例,并提供一个访问它的全局访问点 全局唯一实例 设计模式の单例模式(6种)
结构型 Adapter 适配器模式 将一个类的接口转换成用户希望得到的另一种接口。它使原本不相容的接口得以协同工作 转换,接口兼容 设计模式の适配器模式
Bridge 桥接模式 将类的抽象部分和它的实现部分分离开来,使它们可以独立的变化 抽象和实现分离 设计模式の桥接模式
Composite 组合模式 将对象组合成树型结构以表示“整体-部分”的层次结构,使得用户对单个对象和组合对象的使用具有一致性 整体部分,树形结构 设计模式の组合模式
Decorator装饰模式 动态的给一个对象添加一些额外的职责。它提供了用子类扩展功能的一个灵活的替代,比派生一个子类更加灵活 附加职责 设计模式の装饰器模式
Façade 外观模式 定义一个高层接口,为子系统中的一组接口提供一个一致的外观,从而简化了该子系统的使用 对外统一接口 设计模式の外观模式
Flyweight 享元模式 提供支持大量细粒度对象共享的有效方法 细粒度,共享 设计模式の享元模式
Proxy 代理模式 为其他对象提供一种代理以控制这个对象的访问 代理控制 设计模式の代理模式
行为型 Chain of Responsibility 职责链模式 通过给多个对象处理请求的机会,减少请求的发送者与接收者之间的耦合。将接收对象链接起来,在链中传递请求,直到有一个对象处理这个请求 传递请求,职责链接 设计模式の责任链模式
Command 命令模式 将一个请求封装为一个对象,从而可用不同的请求对客户进行参数化,将请求排队或记录请求日志,支持可撤销的操作 日志记录,可撤销 设计模式の命令模式
Interpreter 解释器模式 给定一种语言,定义它的文法表示,并定义一个解释器,该解释器用来根据文法表示来解释语言中的句子 解释器,虚拟机 设计模式の解释器模式
Iterator 迭代器模式 提供一种方法来顺序访问一个聚合对象中的各个元素而不需要暴露该对象的内部表示 顺序访问,不暴露内部 设计模式の迭代器模式
Mediator 中介者模式 用一个中介对象来封装一系列的对象交互。它使各对象不需要显式地相互调用,从而达到低耦合,还可以独立的改变对象间的交互 不直接引用 设计模式の中介者模式
Memento 备忘录模式 在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,从而可以在以后将该对象恢复到原先保存的状态 保存,恢复 设计模式の备忘录模式
Observer观察者模式 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新 通知,自动更新 设计模式の观察者模式
State状态模式 允许一个对象在其内部状态改变时改变它的行为 状态改变行为(类) 设计模式の状态模式
Strategy 策略模式 定义一系列算法,把它们一个个封装起来,并且使它们之间可互相替换,从而让算法可以独立于使用它的用户而变化 算法替换 设计模式の策略模式
Template Method模板方法模式 定义一个操作中的算法骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构即可重新定义算法的某些特定步骤 骨架,子类不改变骨架重新定义 设计模式の模板模式
Visitor 访问者模式 表示一个作用于某对象结构中的各元素的操作,使得在不改变各元素的类的前提下定义作用于这些元素的新操作 数据和操作分离 设计模式の访问者模式

你可能感兴趣的:(Java,系统架构,设计模式,设计模式,原型模式)