随笔分类 - Design Pattern
摘要：一、单一职责原则（SRP） 单一职责原则（SRP），就一个类而言，应该仅有一个引起它变的原因。 1、如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。 二、开放-封闭原则
阅读全文
摘要：前言 访问者模式（Visitor）,表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变元素的类的前提下定义作用于这些元素的新操作。 一、状态抽象类和人的抽象类 二、具体的状态类 三、男人和女人类 首先在客户程序中将具体状态座位参数传递给“男人” 类完成了一次分派，然后“男人”类调用座位参数
阅读全文
摘要：前言 解释器模式（Interpreter），给定一个语言，定义它的文法的一种表示，并定义一个解释器吗，这个解释器使用该表示来解释语言中的句子。 一、抽象表达式 声明一个抽象的解释操作，这个接口为抽象语法树中所有的节点所共享。 二、终结符表达式 实现与文法中的终结符相关联的解释操作。 三、非终结符表达
阅读全文
摘要：前言 享元模式（Flyweight）,运用共享技术有效地支持大量细粒度的对象。 一、网站抽象类 二、网站具体类 三、网站工厂类 四、客户端代码 五、总结 1、如果一个应用程序使用了大量的对象，而大量的这些对象造成了很大的存储开销就应该考虑使用。 2、对象的大多数状态可以外部状态，如果删除对象的外部状
阅读全文
摘要：一、前言 中介模式（Mediator），用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。 二、抽象中介类 三、中介具体类 四、抽象国家类 五、具体的国家类 六、总结 1、Mediator的出现减少了各个Colleague（
阅读全文
摘要：前言 职责链模式（Chain of Responsibility）:使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。 一、申请类 二、管理者抽象类 三、具体的管理类 四、客户端 总结 1、最关键的是当客户
阅读全文
摘要：前言 命令模式（Command），将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化：对请求排队或记录请求日志，以及支持可撤销的操作。 一、烤肉人 二、抽象命令 三、具体的命令 四、服务员类 五、客户端 总结 1、他能较容易地设计一个命令队列 2、在需要的情况下，可以较容易地将命令记入
阅读全文
摘要：前言 1、合成/聚合复用原则，尽量使用使用合成/聚合，尽量不要使用类继承。 2、合成和聚合都是关联的特殊种类。 聚合表示弱的 ‘拥有’ 关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分； 合成表示是一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。 3、桥接
阅读全文
摘要：前言 单例模式（Singleton）,保证一个类仅有一个实例，并提供一个访问它的全局访问点。 一、简单模式 二、多线程保护模式 lock是确保当一个线程位于代码的临界区时，另一个线程不进入临界区。如果其他线程试图进入锁定的代码，则它将一直等待（即被阻止），知道该对象被释放。 这样每次调用GetIns
阅读全文
摘要：前言 迭代模式（Iterator），提供一种方法顺序访问一个聚合对象中各个元素，而不暴露该对象的内部表示。 一、Aggregate聚合抽象类 二、Iterator迭代器抽象类 三、Iterator具体迭代类（正序迭代） 四、Iterator具体迭代类（倒序迭代） 五、Aggregate具体的聚集类
阅读全文
摘要：前言 组合模式（Composite），将对象组合树形结构以表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 一、Component 类 Component为组合中的对象声明接口，在适当情况下，实现所有类共有接口的默认行为。声明一个接口用于访问和管理Componen
阅读全文
摘要：前言 备忘录（Memento），在不破坏封装的前提下，捕获一个对象的内不状态，并在该对象之外保存这个状态 ，这样以后就可将该对象恢复到原来保存的状态。 一、发起人 Originator：负责创建一个备忘录Memento，用以记录当前时刻它的内部状态，并可使备忘录恢复内部状态。Originator可根
阅读全文
摘要：前言 适配器模式（Adapter），将一个类的接口转换成客户希望的另一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 一、球员抽象类 二、前锋、中锋、后卫类 三、外籍中锋 四、翻译者类 五、客户端类 总结 1、在想使用一个已经存在的类，但如果它的接口，也就是它的
阅读全文
摘要：前言 状态模式（State），当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简单化。 一、State类，抽象状态类 二、具体的状态
阅读全文
摘要：前言 抽象工厂模式（Abstract Factory），提供一个创建一系列相关或相互依赖对象的接口，而无需制定他们具体的类。 优点一：易于交换产品系列，由于具体工厂类，例如 IFactory factory = new MySQLFactory（），在一个应用中只需要在初始化的时候出现一次，这就使得
阅读全文
摘要：前言 建造者模式（Builder），将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 一、产品类 产品类，由多个部件组成，一个添加产品的方法，一个显示所有产品的方法。 二、抽象建造者类 确定产品由两个部件组成，并声明一个得到产品建造后结果的方法GetResult。 三、具体
阅读全文
摘要：前言 外观模式（Facade），为子系统中的一组接口提供一个一致的界面，此模式定义一个高层的接口，这个接口使得这一子系统更加容易使用。 一、子类 子类系统负责处理Facade对象指派的任务，子类中没有Facade的任何信息，既没有facade对象的引用 二、外观类 知道哪些子系统类负责处理请求，将客
阅读全文
摘要：前言 模板方法模式（TemplateMethod）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 一、模板结构 AbstractClass是抽象类，其实也就是抽象模板，定义并实现了一个模板方法。这个模板方法一般是一个具
阅读全文
摘要：前言 原型模式（Prototype），用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 .NE在System命名空间中提供了ICloneable接口，其中就是唯一的一个方法Clone（），这样只需要实现这个接口就可以完成原型模式。 MemberwiseClone（）方法：如果是值类型
阅读全文
摘要：前言 工厂方法模式（Factory Method），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择动态实例化相关类，对于客户端来说，去除了与具体产品的依赖。例如：计算器，只需要把“
阅读全文
