简介 外观模式(Facade),将外部与内部子系统的通信通过一个统一的门面对象进行. 由两部分组成: 门面角色:供外部调用,内部可能组装了多个子系统,多个方法. 子系统角色:子系统的方法也可以直接供外部调用.一般来说,将常用的方法放在门面角色里面调用,门面角色对其来说相当于一个客户端而已. 具体实例 交易的保存,交易的保存涉及到交易本身数据库表的保存.余额的调整.交易修改备案的记录等操作. 相关子类的代码为: /// <summary> /// 交易保存类--子系统1 /// </sum…

一.概述 在系统设计中,某一个系统可能非常庞大,用户要使用该系统就不得不掌握大量的接口,造成使用的不便.这时可以考虑将该系统细分成一系列子系统并使子系统间的耦合降到最低,利用外观模式提供一个外观对象,为这一系列子系统提供一个简单的使用接口,这样用户只需要掌握外观对象上的少量接口即可使用该系统.就以汽车为例,一辆汽车由引擎.车轮.刹车等无数子系统构成,大多数用户在实际使用过程中并不关心这些子系统之间的工作细节,他们只希望能简单的启动.刹车即可. 二.外观模式 外观模式为系统中的一组接口定义了一个高…

1.  外观模式: 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这个子系统更加容易使用. 外观模式的使用场合: A: 设计初期阶段,应该要有意识的将不同的两个层分离. B: 在开发阶段,子系统往往由于不断的重构演化而变得越来越复杂, C: 在维护一个遗留的大系统时,可能这个系统已经非常难以维护和扩展. 将 和复杂的子系统打交道的任务交给 Facade, 客户端只需要调用简洁的Facade方法. 实例: subsystem.h    subsystem.cpp #…

给定一个语言, 定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子.角色:环境角色(PlayContent):定义解释规则的全局信息.抽象解释器(Empress):定义了部分解释具体实现,封装了一些由具体解释器实现的接口.具体解释器(MusicNote):实现抽象解释器的接口,进行具体的解释执行. 应用实例:编译器.运算表达式计算. 优点: 1.可扩展性比较好,灵活. 2.增加了新的解释表达式的方式. 3.易于实现简单文法. 缺点: 1.可利用场景比较少. 2.对于复…

备忘录模式 备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象.备忘录模式属于行为型模式. 介绍 意图:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态. 主要解决:所谓备忘录模式就是在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态. 何时使用:很多时候我们总是需要记录一个对象的内部状态,这样做的目的就是为了允许用户取消不确定或者错误的操作,能够恢复到他原先的状态…

命令模式 将一个请求封装为一个对象,从而使用户可用不同的请求对客户进行参数化.对请求排队或记录请求日志,以及支持撤销的操作. 命令模式以松散耦合主题为基础,发送消息.命令和请求,或通过一组处理程序发送任意内容.每个处理程序都会自行判断自己能否处理请求.如果可以,该请求被处理,进程停止.您可以为系统添加或移除处理程序,而不影响其他处理程序. 命令模式的四种角色: 1. 接收者(Receiver)负责执行与请求相关的操作 2. 命令接口(Command)封装execute().undo()等方法 3…

迭代器模式 迭代器模式 (Iterator),又叫做游标(Cursor)模式.提供一种方法访问一个容器(Container)对象中各个元素,而又不需暴露该对象的内部细节. 当你需要访问一个聚合对象,而且不管这些对象是什么都需要遍历的时候,就应该考虑使用迭代器模式.另外,当需要对聚集有多种方式遍历时,可以考虑去使用迭代器模式.迭代器模式为遍历不同的聚集结构提供如开始.下一个.是否结束.当前哪一项等统一的接口. php标准库(SPL)中提供了迭代器接口 Iterator,要实现迭代器模式,实现该接口…

一.外观模式 外观模式提供了一个统一的接口,用来访问子系统中的一群接口.外观模式定义了一个高层接口,让子系统更容易被使用. 二.UML图 三.例子 举个编译器的例子,假设编译一个程序需要经过四个步骤:词法分析.语法分析.中间代码生成.机器码生成.学过编译都知道,每一步都很复杂.对于编译器这个系统,就可以使用外观模式.可以定义一个高层接口,比如名为Compiler的类,里面有一个名为Run的函数.客户只需调用这个函数就可以编译程序,至于Run函数内部的具体操作,客户无需知道. class Scan…

GoF中定义: "为子系统定义一组统一的接口,这个高级的接口会让子系统更容易被使用" 其实这个模式虽然很少听过 但我们在敲代码的时候却是经常使用 比如: 在游戏初始化时 要初始化很多东西 如果把这些需要初始化的一步一步列出 确实简单直接 但缺点也很明显:不容易移植.代码臃肿 而如果把这些所有需要初始化的东西放到一个函数里面 初始化的时候只调用这一个函数 便可以把原来的缺点掩盖 而且初始化时只需要调用初始化函数,并不需要关心到底初始化了那些内容 其实,这也是我们通常口头上说的"…

GoF中定义: "在一个操作方法中定义算法的流程,其中某些步骤由子类完成. 模板方法模式让子类在不变更原有算法流程的情况下,还能够重新定义其中的步骤" 每一次武器攻击目标时,都要按逻辑执行: 1.开火.枪口特效 2.子弹特效 3.武器特效 4.通知敌方被击中 而每一种武器(如:枪,炮)都要执行一遍相同顺序的逻辑 模板方法模式就是着手解决这个问题的 1.定义一个算法的流程,即是很明确地定义算法的每一个步骤,并写在父类的方法中,而每一个步骤都可以是一个方法的调用 2.某些步骤由子类完成,不…