FatalFlower

摘要： 概述 《设计模式》一书中对于 “中介模式” 的意图描述如下： 用一个中介对象来封装一系列对象的交互。中介者使得各对象之间不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互 具体来讲，就是在对象过多，并且这些对象之间的交互关系过于复杂的情况下，通过引入第三方 “中介” 来处理这些 阅读全文

摘要： 概述 《设计模式》一书中对于 “命令模式” 的意图描述如下： 将一个请求封装成为一个对象，从而可以使用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作 一般 “命令模式” 的 UML 图如下所示： 一般会在以下几种情况下使用命令模式： 需要抽象出待执行的动作以参数化某对象 阅读全文

摘要： 概述 《设计模式》一书中对于 “责任链模式” 的意图描述如下： 使多个对象有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止 一般的 UML 结构图如下所示： 其中，Handler 将会包含直接后继处理类 successo 阅读全文

摘要： 概述 设计模式一书中对于 “外观模式” 的意图描述如下： 为子系统中的u一组接口提供一个一致的界面，外观模式定义了一个高层的接口，这个接口使得这一子系统更加容易使用 具体实例 以计算浮动利率为例，由于利率可能会发生变化，并且不同的产品期次对应的浮动利率检测配置并不一样，比如每月固定日期、每个季度的第 阅读全文

摘要： 概述 《设计模式》一书中对于 “装饰模式” 的动机描述如下： 动态地给一个对象添加一些额外的职责 按照 SOLID 面向对象编程原则中的 O（开闭原则），对于功能的修改应当关闭，而对于功能的扩展应予以放开，“装饰模式” 就很好地体现了这一点 一般装饰模式的 UML 图如下所示： 一般在以下几种i情况 阅读全文

摘要： 概述 《设计模式》一书中对于 “组合模式” 的意图描述如下： 将对象组合成树形结构以表示 “部分—整体” 的层次结构，组合模式使得用户对单个对象和组合对象的的使用具有一致性 一般组合模式的 UML 图如下： 一般在以下情况中使用组合模式： 希望表示 “对象—整体” 的类结构层次 希望用户忽略组合对象 阅读全文

摘要： Http 格式简介 Http 是用于在客户端和服务端之间进行通信的一种消息格式，一般由以下几个部分组成： 起始行：这部分在 Http 响应中也被称为状态行，针对不同的 Http 类型，其中包含的内容也不一致 request 总共包括三个元素：Http 请求方式、请求目标和 Http 版本 Http 阅读全文

摘要： ## 概述 《设计模式》中对于 “桥接模式” 的动机描述如下： > 将抽象部分与它的实现部分分离，使他们可以独立地变化 桥接模式的类结构图一般如下所示：  一般在以下几个 阅读全文

摘要： 概述 《设计模式》一书中对 “适配器模式” 的动机描述如下： 将一个类的接口转换成客户希望的另一个接口，适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作 一般情况下的类结构图如下所示： 每个组件的介绍如下： Client：实际调用目标接口的对象 Target：当前设计的用于客户端调用的 阅读全文

摘要： 概述 《设计模式》一书中对单例模式的 “动机” 描述如下： 保证一个额类仅有一个实例，并提供一个访问它的全局访问点 一般情况下，为了避免资源的浪费，可以考虑将一些不可变类或者无状态类设计成单例 具体实例 在当下环境中，对于单例模式的实现方式主要有两种方式：饿汉式和懒汉式。一般来将，如果创建对象实例的 阅读全文