设计模式之观察者模式
观察者模式
1.模式定义
定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。
观察者模式又叫做发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。
观察者模式是一种对象行为型模式。
2.模式结构
观察者模式包含如下角色：
Subject: 目标
ConcreteSubject: 具体目标
Observer: 观察者
ConcreteObserver: 具体观察者
3.模式优缺点
模式优点：（1）可以实现表示层和数据逻辑层的分离。
（2）在观察目标和观察者之间建立一个抽象的耦合。
（3）支持广播通信，简化了一对多系统设计的难度。
（4）符合开闭原则，增加新的具体观察者无须修改原有系统代码，在具体观察
者与观察目标之间不存在关联关系的情况下，增加新的观察目标也很方便。
缺点：（1）将所有的观察者都通知到会花费很多时间。
（2）如果存在循环依赖时可能导致系统崩溃。
（3）没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而只是知
道观察目标发生了变化。
4.实例一
假设猫是老鼠和狗的观察目标，老鼠和狗是观察者，猫叫老鼠跑，狗也跟着叫，使用观察者模式描述该过程。
实例类图
代码如下：
吉林大学设计模式期末考试试题答案整理
设计模式分为三种类型，共23种。 创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。 结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。 行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式（Interpreter模式）、状态模式、策略模式、职责链模式(责任链模式)、访问者模式。 工厂模式（Factory） 意图 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。 适用性 ●当一个类不知道它所必须创建的对象的类的时候。 ●当一个类希望由它的子类来指定它所创建的对象的时候。 ●当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一 信息局部化的时候。 抽象工厂模式（Abstract Factory） 意图 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 适用性 ●一个系统要独立于它的产品的创建、组合和表示时。 ●一个系统要由多个产品系列中的一个来配置时。 ●当你要强调一系列相关的产品对象的设计以便进行联合使用时。 ●当你提供一个产品类库，而只想显示它们的接口而不是实现时。 建造者模式Builder 意图 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 适用性
●当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。 ●当构造过程必须允许被构造的对象有不同的表示时。 原型模式Prototype 意图 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 适用性 ●当要实例化的类是在运行时刻指定时，例如，通过动态装载；或者 ●为了避免创建一个与产品类层次平行的工厂类层次时；或者 ●当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用 合适的状态手工实例化该类更方便一些。 单例模式Singleton 意图 保证一个类仅有一个实例，并提供一个访问它的全局访问点。 适用性 ●当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。 ●当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例 时。 适配器模式Adapter 意图 将一个类的接口转换成另外一个客户希望的接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 适用性 ●你想使用一个已经存在的类，而它的接口不符合你的需求。 ●你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼 容的类）协同工作。 ●（仅适用于对象Adapter）你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配 它们的接口。对象适配器可以适配它的父类接口。
创建型设计模式的习题
1.Factory Method模式和Abstract Factory模式的区别在哪？一般哪些情况下适合用前者，哪些情况下适合用后者？ 1）不同之处主要在于： 应用环境不同：FM中创建者的职责并不仅限于创建对象，而AF通常只有创建对象这一职责。 实现方式不同：FM是实现继承，抽象类实现大部分操作，通常仅将对象的创建工作延迟到子类来完成；AF是接口继承，抽象类通常不实现任何功能，仅仅定义一系列接口，子类实现抽象类定义的接口。Factory Method模式与Abstract Factory模式的区别 2） 在这些情况下使用Factory Method: 当一个类不知道它所必须创建的对象的类的时候； 当一个类希望由它的子类来指定它所创建的对象的时候； 当类将创建对象的职责委托给多个帮助子类中的某一个，并且程序员希望将哪一个帮助子类是代理者这一信息局部化的时候。 在这些情况下使用Abstract Factory: 一个系统要独立于它的产品的创建、组合和表示时。 一个系统要由多个产品系列中的一个来配置时。 当你要强调一系列相关的产品对象的设计以便进行联合使用时。 当你提供一个产品类库，而只想显示它们的接口而不是实现时。 2.解释Java中clone()方法和https://www.360docs.net/doc/ed7491487.html,ng.Cloneable接口的关系，如果想要实现深拷贝可以有哪些方法？ 1）cloneable接口中的一个方法是clone方法，实现cloneable接口必须实现接口中包含的clone 方法。如果在没有实现Cloneable 接口的实例上调用Object的clone方法，则会导致抛出CloneNotSupportedException 异常。 2）实现深拷贝的方法： 实现ICloneable接口，自定义拷贝功能； 通过反射实现； 序列化/反序列化类实现。 3. https://www.360docs.net/doc/ed7491487.html,ng.Math类和https://www.360docs.net/doc/ed7491487.html,ng.StrictMath类是否是单例模式？ 都不是单例模式。 原因： 这两个类均有一个私有的构造函数。但是这仅仅是单例模式的必要条件，而不是充分条件。根据单例模式的三个特性可以看出，无论是Math 还是StrictMath 都没有为外界提供任何自身的实例。实际上，这两个类都是被设计来提供静态工厂方法和常量的，因此从来就不需要它们的实例，这才是它们的构造子是私有的原因。 4. 如何保证单例模式中单例的线程安全？请列举两种或以上方法。 1）将类的构造函数设计为私有的，并提供一个public static方法，返回这个对象的指针。若这个函数返回的是null，则可以创建一个对象；否则不能创建新的对象。另外，由于多线
java设计模式结课论文
论文 2012 — 2013学年第 2 学期 论文题目备忘录模式 学生姓名 学号 专业班级 指导教师 2013 年7 月 1 日
备忘录模式 1.备忘录模式概述 对象的状态依赖于它的变量的取值情况，对象在程序运行期间的各个时刻可能具有不同的状态。在某些应用中，程序可能需要使用一种合理的方式来保存对象在某一时刻的状态，以便在需要时，对象能恢复原先保存的状态。在备忘录模式中，称需要保存状态的对象为“原发者”，称负责保存原发者可以访问备忘录中的细节，即可以访问备忘录中的数据，以便恢复原发者的状态，而负责人只能保存和得到备忘录，但访问备忘录中的数据收到一定的限制。备忘录模式使原发者可以将自己的状态暴露内部数据的同时，又保证了数据的封装性。另外，经过精心设计的备忘录通过保存原发者状态中最本质的数据，就能使原发者根据此备忘录中的数据恢复原始状态。 2.备忘录模式的定义 备忘录模式是关于怎样保存对象状态的成熟模式，其关键是提供一个备忘录对象，该备忘录负责存储一个对象的状态，程序可以在磁盘或内存中保存这个备忘录，这样以后就可将该对象恢复到原先保存的状态。 3. 备忘录模式的结构和使用 3.1备忘录模式包括三种角色：
原发者（Originator）：需要在某个时刻保存其状态的对象。原发者负责创建备忘录，比如使用createMemento()方法创建一个备忘录，然后原发者该备忘录记录自己的状态。当原发者需要恢复某个时刻的状态是，它通过获得相应的备忘录中的数据来恢复那个时刻的状态，比如原发者调用restoreFromMemento(Memento mem)方法，并通过参数men制定的备忘录恢复状态。 备忘录（Memento）：负责存储原发者状态的对象，创建备忘录的类和创建原发者的类在同一个包中，该类提供的访问数据的方法都是友好方法，是的只有和原发者在同一个包中的类的实例才可以访问备忘录中的数据。 负责人（Caretaker）:负责管理保存备忘录的对象。负责人如果不和原发者在同一个包中，就不能对备忘录中的内容进行修改或读取。如果需要将备忘录保存到磁盘，负责人可以使用对象流将备忘录写入文件。 3.2备忘录模式的UML类图 备忘录模式的类图如图所示，备忘录模式中原发者角色，Recoder 类的实例是备忘录（Menmento）角色，SaveRecoder类的实例是负责人（Caretaker）角色。
【模式】32设计模式
【关键字】模式 一、设计模式的分类 总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下： 二、设计模式的六大原则 总原则：开闭原则（Open Close Principle） 开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类等，后面的具体设计中我们会提到这点。 1、单一职责原则 不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。 2、里氏替换原则（Liskov Substitution Principle） 里氏代换原则(Liskov Substitution Principle LSP)面向东西设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 历史替换原则中，子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构，通过这个规范的接口与外界交互，子类不应该随便破坏它。 3、依赖倒转原则（Dependence Inversion Principle） 这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。 4、接口隔离原则（Interface Segregation Principle） 这个原则的意思是：每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。 5、迪米特法则（最少知道原则）（Demeter Principle）
设计模式实验三
实验3 创建型设计模式实验 实验学时： 2 每组人数： 1 实验类型： 3 （1：基础性2：综合性3：设计性4：研究性） 实验要求： 1 （1：必修2：选修3：其它） 实验类别： 3 （1：基础2：专业基础3：专业4：其它） 一、实验目的 1．熟练使用面向对象设计原则对系统进行重构； 2．熟练使用PowerDesigner和任意一种面向对象编程语言实现几种常见的创建型设计模式，包括简单工厂模式、工厂方法模式、抽象工厂模式和单例模式，理解每一种设计模式的模式动机，掌握模式结构，学习如何使用代码实现这些模式。 二、实验内容 1．在某图形库API中提供了多种矢量图模板，用户可以基于这些矢量图创建不同的显示图形，图形库设计人员设计的初始类图如下所示： Circle + + + + +init () setColor () fill () setSize () display () ... : void : void : void : void : void Triangle + + + + + init () setColor () fill () setSize () display () ... : void : void : void : void : void Rectangle + + + + + init () setColor () fill () setSize () display () ... : void : void : void : void : void Client 在该图形库中，每个图形类（如Circle、Triangle等）的init()方法用于初始化所创建的图形，setColor()方法用于给图形设置边框颜色，fill()方法用于给图形设置填充颜色，setSize()方法用于设置图形的大小，display()方法用于显示图形。 客户类(Client)在使用该图形库时发现存在如下问题： ①由于在创建窗口时每次只需要使用图形库中的一种图形，因此在更换图形时需要修改客户类源代码；
设计模式十七
一．实验目的 1.熟悉UML统一建模语言； 2.回顾熟悉迭代器模式、中介者模式、备忘录模式； 3.熟悉XML文件的操作； 4.熟悉java的反射机制。 二．实验内容 (1)某教务管理系统中一个班级(Class)包含多个学生(Student)，使用Java内置迭代器实现对学生信息的遍历，要求按学生年龄由大到小的次序输出学生信息。用Java实现该过程。 (2)使用中介者模式来说明联合国的作用，要求绘制相应的类图并分析每个类的作用（注：可以将联合国定义为抽象中介者类，联合国下属机构如WTO、WFC、WHO 等作为具体中介者类，国家可以作为抽象同事类，而将中国、美国、日本、英国等国家作为具体同事类）。 (3)改进“用户信息操作撤销”实例，使得系统可以实现多次撤销操作（可以使用集合对象如HashMap、ArrayList等来实现）。 三．实验环境 PC微机； Windows 操作系统； Visual Studio 程序集成环境。 四．实验内容 (1)某教务管理系统中一个班级(Class)包含多个学生(Student)，使用Java内置迭代器实现对学生信息的遍历，要求按学生年龄由大到小的次序输出学生信息。用Java实现该过程。 Student.java package设计模式实验十七周_1; public class Student implements Comparable
private String name; private int age; private String zy; public Student(String no, String name, int age, String zy) { super(); this.no = no; https://www.360docs.net/doc/ed7491487.html, = name; this.age = age; this.zy = zy; } // 三个返回结果都要写出来 public int compareTo(Student o) { if(this.age > o.age){ return -1; }else if(this.age < o.age){ return 1; }else { return 0; } } @Override public String toString(){
设计模式试题(仅供参考)
1、设计模式一般用来解决什么样的问题( a) A.同一问题的不同表相 B不同问题的同一表相 C.不同问题的不同表相 D.以上都不是 2、下列属于面向对象基本原则的是( c ) A.继承 B.封装 C.里氏代换 D都不是 3、Open-Close原则的含义是一个软件实体( a ) A.应当对扩展开放，对修改关闭. B.应当对修改开放，对扩展关闭 C.应当对继承开放，对修改关闭 D.以上都不对 4、当我们想创建一个具体的对象而又不希望指定具体的类时，可以使用（ a ）模式。 A.创建型 B.结构型 C行为型 D.以上都可以 5、要依赖于抽象，不要依赖于具体。即针对接口编程，不要针对实现编程,是( d )的表述 A.开-闭原则 B.接口隔离原则 C.里氏代换原则 D.依赖倒转原则 6、依据设计模式思想,程序开发中应优先使用的是( a )关系实现复用。 A, 委派 B.继承 C创建 D.以上都不对 复用方式：继承和组合聚合（组合委派） 7、设计模式的两大主题是( d ) A.系统的维护与开发 B 对象组合与类的继承 C.系统架构与系统开发 D.系统复用与系统扩展 8、单例模式中,两个基本要点( a b )和单子类自己提供单例 A .构造函数私有 B.唯一实例 C.静态工厂方法 D.以上都不对 9、下列模式中,属于行为模式的是( b ) A.工厂模式 B观察者 C适配器以上都是 10、“不要和陌生人说话” 是( d )原则的通俗表述 A.接口隔离 B.里氏代换 C.依赖倒转 D.迪米特：一个对象应对其他对象尽可能少的了解 11、构造者的的退化模式是通过合并（ c ）角色完成退化的。 A.抽象产品 B产品 C创建者 D使用者 12、单子（单例，单态）模式类图结构如下： 下列论述中，关于”0..1”表述的不正确的是( d ) A.1表示,一个单例类中,最多可以有一个实例. B.”0..1”表示单例类中有不多于一个的实例 C.0表示单例类中可以没有任何实例 D.0表示单例类可以提供其他非自身的实例 13、对象适配器模式是（ a ）原则的典型应用。 A.合成聚合复用原则 B.里式代换原则 C.依赖倒转原则 D.迪米特法则 14、静态工厂的核心角色是（a） A.抽象产品 B.具体产品 C.静态工厂 D.消费者 15、下列关于静态工厂与工厂方法表述错误的是：（ a ） A.两者都满足开闭原则：静态工厂以if else方式创建对象，增加需求的时候会修改源代码 B.静态工厂对具体产品的创建类别和创建时机的判断是混和在一起的，这点在工厂
设计模式复习题
三、题目预测 填空题： 1.请从外观、组合、工厂方法、模板方法、观察者、单件、抽象工厂、命令、迭代器、代理、适配器模式 中选择 7 种填入下列的空缺中。 P610 1)工厂方法模式中，父类负责定义创建对象的公共接口，子类决定要创建的具体类是哪一个。 2)抽象工厂模式提供一系列相关或相互依赖对象的接口而无需指定它们具体的类。 3)单件模式确保某一个类仅有一个实例，并自行实例化并向整个系统提供这个实例。 4)组合模式将对象组合成树形结构以表示“部分 -整体”的层次结构。使得用户对单个对象和组合对象的使用具有一致性。 5)外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用，为子系统中的一组接口提供一个一致的界面，简化了一群类的接口。 6)观察者模式定义对象间的一种一对多的依赖关系 , 当一个对象的状态发生改变时 , 所有依赖于它的对象都得到通知并被自动更新，也就是让对象能在状态改变时被通知。 7)模板模 MVC 模型式定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。 8)迭代器模式在对象的集合之中游走，而不暴露集合的实现。 9)代理模式包装对象，以控制对比对象的访问。 10)适配器模式封装对象，并提供不同的接口。 2.工厂模式分为 ( 简单工厂 ),( 工厂方法 ),( 抽象工厂 ) 三种类型。 3.适配器模式，分为类的适配器和对象的适配器两种实现。其中类的适配器采用的是（继承）关系，而对 象适配器采用的是（组合聚合）关系。 4.设计模式的基本要素有（名字），（意图），（问题），（解决方案），（参与者与协作者），（实现），（一般性结构）。 5.MVC 模型的基本工作原理是基于 ( 观察者 )模式，实现是基于（命令）模式 6.面向对象的六条基本原则包括：开闭原则，里式代换原则，合成聚合原则以及（依赖倒转），（迪米特 法则）（接口隔离）。 7 ．当我们想用不同的请求对客户进行参数化时，可以使用（命令）模式。
设计模式之备忘录模式
设计模式之备忘录模式 定义：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样就可以将该对象恢复到原先保存的状态 类型：行为类 类图： 我们在编程的时候，经常需要保存对象的中间状态，当需要的时候，可以恢复到这个状态。比如，我们使用Eclipse进行编程时，假如编写失误（例如不小心误删除了几行代码），我们希望返回删除前的状态，便可以使用Ctrl+Z来进行返回。这时我们便可以使用备忘录模式来实现。 备忘录模式的结构 ?发起人：记录当前时刻的内部状态，负责定义哪些属于备份范围的状态，负责创建和恢复备忘录数据。 ?备忘录：负责存储发起人对象的内部状态，在需要的时候提供发起人需要的内部状态。 ?管理角色：对备忘录进行管理，保存和提供备忘录。 通用代码实现
代码演示了一个单状态单备份的例子，逻辑非常简单：Originator类中的state变量需要备份，以便在需要的时候恢复；Memento类中，也有一个state变量，用来存储Originator类中state变量的临时状态；而Caretaker类就是用来管理备忘录类的，用来向备忘录对象中写入状态或者取回状态。 多状态多备份备忘录
通用代码演示的例子中，Originator类只有一个state变量需要备份，而通常情况下，发起人角色通常是一个javaBean，对象中需要备份的变量不止一个，需要备份的状态也不止一个，这就是多状态多备份备忘录。实现备忘录的方法很多，备忘录模式有很多变形和处理方式，像通用代码那样的方式一般不会用到，多数情况下的备忘录模式，是多状态多备份的。其实实现多状态多备份也很简单，最常用的方法是，我们在Memento中增加一个Map容器来存储所有的状态，在Caretaker 类中同样使用一个Map容器才存储所有的备份。下面我们给出一个多状态多备份的例子：
设计模式大作业
摘要： 随着软件系统规模和复杂性的增加, 人们对软件的可靠性和生产效率也提出了更高的要求, 软件重用在当前比以往任何时候都显得重要. 设计模式是系统设计阶段的软件重用, 使得那些具有良好性能的设计方案可以在相似环境下被再次复用. 设计模式以文档的形式把面向对象的软件设计经验记录下来, 并予以系统的命名、解释和评价, 使开发人员在进行系统的设计与开发时, 可以使用别人的成功经验而不必为普通的、重复的问题重新设计解决方案,使设计者更容易理解其设计思路,能为自己的问题找到更合适的解决办法,帮助设计者更快更好地完成系统设计. 1.设计模式简介 设计模式是针对面向对象系统中重复出现的设计问题，提出一个通用的设计方案，并予以系统化的命名和动机解释。它描述了问题，提出了解决方案，并指出在什么条件下使用该方案以及其效果。该解决方案是解决该问题的一组精心安排的通用的类和对象，再经过定制和实现就可用来解决特定的上下文中的问题。简单来说，设计模式就是一个常用的方案。在我们的开发过程中经常会遇到一些相同或相近的问题，如果每次都寻找一个相应的解决办法&那么就会增加开发时间，降低开发效率。为了节省时间&提高开发效率&就需要提供一些解决类似问题的，在应用中被证明可行的方案设计模式。所以一个设计模式就是描述了一个被证明可行的方案，这些方案可以重用，有良好的伸缩性。一般而言，一个设计模式有四个要素： 1.模式名称 2.问题。 3.解决方案。 4.效果。 2.设计模式的分类 根据两条准则对模式进行分类,范围准则和目的准则。 范围准则,即指定设计模式主要是用于类还是用于对象。设计模式据此可分 为: (1)类设计模式:处理类和子类之间的关系,这些关系通过继承建立,是静态的,在编译时刻便确定下来了。 (2)对象设计模式:处理对象间的关系,这些关系在运行时刻是可以变化的,更具动态性。从某种意义上来说,几乎所有设计模式都使用继承机制,所以“类设计模式”只指那些集中于处理类间关系的设计模式,而大部分设计模式都属于对象设计模式的范畴。 目的准则,即设计模式是用来完成什么工作的。设计模式据此可分为: (l)创建型设计模式:与类或对象的创建有关; (2)结构型设计模式:处理类或对象的组合; (3)行为型设计模式:对类或对象怎样交互和怎样分配职责进行 描述。 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 3.设计模式的六大原则 1.单一职责原则：一个类应该只有一个职责。 优点：降低类的复杂性；提高类的可读性；提高代码的可维护性和复用性；降低因变更引
几种常用的设计模式介绍
几种常用的设计模式介绍 1. 设计模式的起源 最早提出“设计模式”概念的是建筑设计大师亚力山大Alexander。在1970年他的《建筑的永恒之道》里描述了投计模式的发现，因为它已经存在了千百年之久，而现代才被通过大量的研究而被发现。 在《建筑的永恒之道》里这样描述：模式是一条由三个部分组成的通用规则：它表示了一个特定环境、一类问题和一个解决方案之间的关系。每一个模式描述了一个不断重复发生的问题，以及该问题解决方案的核心设计。 在他的另一本书《建筑模式语言》中提到了现在已经定义了253种模式。比如： 说明城市主要的结构：亚文化区的镶嵌、分散的工作点、城市的魅力、地方交通区 住宅团组：户型混合、公共性的程度、住宅团组、联排式住宅、丘状住宅、老人天地室内环境和室外环境、阴和阳总是一气呵成 针对住宅：夫妻的领域、儿童的领域、朝东的卧室、农家的厨房、私家的沿街露台、个人居室、起居空间的序列、多床卧室、浴室、大储藏室 针对办公室、车间和公共建筑物：灵活办公空间、共同进餐、共同小组、宾至如归、等候场所、小会议室、半私密办公室 尽管亚力山大的著作是针对建筑领域的，但他的观点实际上适用于所有的工程设计领域，其中也包括软件设计领域。“软件设计模式”，这个术语是在1990年代由Erich Gamma等人从建筑设计领域引入到计算机科学中来的。目前主要有23种。 2. 软件设计模式的分类 2.1. 创建型 创建对象时，不再由我们直接实例化对象；而是根据特定场景，由程序来确定创建对象的方式，从而保证更大的性能、更好的架构优势。创建型模式主要有简单工厂模式（并不是23种设计模式之一）、工厂方法、抽象工厂模式、单例模式、生成器模式和原型模式。 2.2. 结构型 用于帮助将多个对象组织成更大的结构。结构型模式主要有适配器模式、桥接模式、组合器模式、装饰器模式、门面模式、亨元模式和代理模式。 2.3. 行为型 用于帮助系统间各对象的通信，以及如何控制复杂系统中流程。行为型模式主要有命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板模式和访问者模式。
设计模式主要分三个类型
设计模式主要分三个类型:创建型、结构型和行为型。 其中创建型有： 一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点 二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。 三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。 四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。 五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。 行为型有： 六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。 七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。 八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。 九、Command，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。 十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。 十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。 十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的耦合关系 十三、Mediator，中介者模式：用一个中介对象封装一些列的对象交互。 十四、Visitor，访问者模式：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。 十五、Interpreter，解释器模式：给定一个语言，定义他的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。 十六、Memento，备忘录模式：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。 结构型有： 十七、Composite，组合模式：将对象组合成树形结构以表示部分整体的关系，Composite使得用户对单个对象和组合对象的使用具有一致性。 十八、Facade，外观模式：为子系统中的一组接口提供一致的界面，fa?ade 提供了一高层接口，这个接口使得子系统更容易使用。 十九、Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问
设计模式考试复习题(含答案)
一、1. 设计模式一般用来解决什么样的问题： A.同一问题的不同表相 2. 下列属于面向对象基本原则的是：C.里氏代换 3. Open-Close原则的含义是一个软件实体：A.应当对扩展开放，对修改关闭. 4. 当我们想创建一个具体的对象而又不希望指定具体的类时，使用（A）模式。A.创建型 5. 要依赖于抽象不要依赖于具体。即针对接口编程不要针对实现编程：（D）依赖倒转原则 6. 依据设计模式思想,程序开发中应优先使用的是( A )关系实现复用。A, 委派 7. 设计模式的两大主题是( D ) D.系统复用与系统扩展 8. 单体模式中,两个基本要点(AB)和单体类自己提供单例A .构造函数私有 B.唯一实例 9. 下列模式中,属于行为模式的是( B ) B观察者 10. “不要和陌生人说话”是( D )原则的通俗表述 D.迪米特 1. 软件体系结构是指一个系统的有目的的设计和规划，这个设计规划既不描述活动，也不描述系统怎样开发，它只描述系统的组成元素及其相互的交互协作。 2．一个UML模型只描述了一个系统要做什么，它并没告诉我们系统是怎么做。 3．接口是可以在整个模型中反复使用的一组行为，是一个没有属性而只有方法的类。 4．多重性指的是，某个类有多个对象可以和另一个类的一对象关联。 5．当一个类的对象可以充当多种角色时，自身关联就可能发生。 6．在泛化关系中，子类可以替代父类。后前者出现的可以相同地方。反过来却不成立。 7．最通常的依赖关系是一个类操作的形构中用到了另一个类的定义。 8．组成是强类型的聚集，因为聚集中的每个部分体只能属于一个整体。 9．实现的符号和继承的符号有相似之处，两者的唯一差别是实现关系用虚线表示，继承关系用实线表示。 10. 设计模式中应优先使用对象组合而不是类继承。 1.适配器模式属于创建型模式结构型（F ） 2.在设计模式中，“效果”只是指“原因和结果”（T ） 3.设计模式使代码编制不能真正工程化（T ） 4.面向对象语言编程中的异常处理，可以理解为责任链模式（T ） 5.反模式就是反对在软件开发过程中使用设计模式分析：反模式用来解决问题的带有共性的不良方法（F ） 1.什么是设计模式设计模式目标是什么 答：设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解，保证代码可靠性。 2.设计模式中一般都遵循的原则有什么 答：开闭原则、根据场景进行设计原则、优先组合原则、包容变化原则 3.“Gang of Four”针对“创建优秀面向对象设计”建议了哪些策略 答：针对接口编程、优先使用对象组合而不是类继承，找到并封装变化点。 4.面向对象系统中功能复用的两种最常用技术是什么 答：类继承和对象组合，类继承允许你根据其他类的实现来定义一个类的实现。父类的内部细节对子类可见。 类继承是在编译时刻静态定义的，且可直接使用，类继承可以较方便地改变被复用的实现。对象组合是类继承之外的另一种复用选择。新的更复杂的功能可以通过组装或组合对象来获得。对象组合要求被组合的对象具有良好定义的接口。 5.只根据抽象类中定义的接口来操纵对象有什么好处 答：1)客户无须知道他们使用对象的特定类型，只须对象有客户所期望的接口。 2)客户无须知道他们使用的对象是用什么类来实现的，他们只须知道定义接口的抽象类。 五、应用题（分值15） 公司架构：经理、工程师、技师和后勤人员都是公司的雇员，经理管理工程师、技师和后勤人员。高层经理领导较低级别的经理。典型层次图如下：可以使用哪种设计模式实现公司的层级关系并说明为什么 组合模式，第一，其公司关系架构为树形结构；第二，其表示了部分-整体关系（自己扩展）
设计模式笔记
2017-02-07 | 导语“计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决” “Any problem in computer science can be solved by anther layer of indirection.” 设计模式这个词源于城市建筑设计，由Alexander提出：“每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心”。引用《head first设计模式》书中的一句话--“把模式装进脑子里，然后在你的设计和已有的应用中，寻找何处可以使用它们”。也就是说学习设计模式不能纸上谈兵，学习新的设计模式，要去思考在以前的代码中哪里可以用到。并且对比设计模式之间的差异来加深理解。 设计模式分为三类，创建型，结构型和行为型。创建型比较好理解，它抽象了实例化过程，将系统与实例的创建解耦。实例由专门的工厂来创建，从而使系统针对实例的抽象接口编程，不依赖任何具体的实现。结构型和行为型有点难以理解，GoF的解释是，结构型模式涉及到如何组合类和对象以获得更大的结构；行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。 总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 大部分行为型和结构型设计模式的特点还是挺明显的，但是有少部分的界限就没那么清晰。比如说代理模式属于结构型模式，但是它也承担了职责的分配。它通过一个代理类，直接处理客户请求，但是把大部分实际职责交给原始的工作类。将设计模式划分为三种类型，可以理解为是划分出一种层级，帮助模式的使用者记忆和理解。
设计模式总复习题
总复习题 复习参考资料： 1.GoF 设计模式 2.设计模式解析 3.易学设计模式 4.大话设计模式 5.深入浅出设计模式 以参考资料为主，模拟试题1-5中有些题答案在一些附加资料中 模拟试题1 一、选择题（分值20） 1. 设计模式一般用来解决什么样的问题( ) A.同一问题的不同表相 B不同问题的同一表相 C.不同问题的不同表相 D.以上都不是 2. 下列属于面向对象基本原则的是( ) A.继承 B.封装 C.里氏代换 D都不是 3. Open-Close原则的含义是一个软件实体( ) A.应当对扩展开放，对修改关闭. B.应当对修改开放，对扩展关闭 C.应当对继承开放，对修改关闭 D.以上都不对 4. 当我们想创建一个具体的对象而又不希望指定具体的类时，可以使用（）模式。 A.创建型 B.结构型 C行为型 D.以上都可以 5. 要依赖于抽象，不要依赖于具体。即针对接口编程，不要针对实现编程,是( )的表述 A. 开-闭原则 B. 接口隔离原则 C. 里氏代换原则 D. 依赖倒转原则 6. 依据设计模式思想,程序开发中应优先使用的是( )关系实现复用。 A, 委派 B.继承 C创建 D.以上都不对 7. 设计模式的两大主题是( ) A.系统的维护与开发 B 对象组合与类的继承 C.系统架构与系统开发 D.系统复用与系统扩展 8. 单体模式中,两个基本要点( )和单体类自己提供单例 A .构造函数私有 B.唯一实例 C.静态工厂方法 D.以上都不对 9. 下列模式中,属于行为模式的是( ) A.工厂模式 B观察者 C适配器以上都是 10. “不要和陌生人说话”是( )原则的通俗表述
设计模式及优点总结
桥接模式——Bridge 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 什么叫抽象与它的实现分离，这并不是说，让抽象类与其派生类分离，因为这没有任何 意义。实现指的是抽象类和它的派生类用来实现自己的对象。由于实现的方式有多种，桥接模式的核心意图就是把这些实现独立出来，让它们独自地变化。这就使得每种实现的变化不会影响其他实现，从而达到应对变化的目的。 桥接模式的结构图如下： 将抽象部分与它的实现部分分离，这不是很好理解，我的理解就是实现系统可能有很多角度分类，每一种分类都有可能变化，那么就把这种多角度分离出来让它们独立变化，减少它们之间的耦合。也就是说，在发现我们需要多角度去分类实现对象，而只用继承会造成大量的类增加，不能满足开放—封闭原则时，就应该要考虑桥接模式。 单例模式——Singleton 单例模式，保证一个类仅有一个实例，并提供一个访问它的全局访问点。 通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象，一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且他可以提供一个访问该实例的方法。 单例模式的结构图如下：
单例模式因为Singletion类封装它的唯一实例，这样它可以严格控制客户怎样访问它以及何时访问它。简单地说就是对唯一实例的受控访问。 当在多线程情景下使用时，需要对GetInstance全局访问点加锁。适配器模式(Adapter) 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼 容而不能一起工作的哪些类可以一起工作。 也就是说系统的数据和行为都是正确的但接口不符时，我们应该考虑用适配器模式，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况，比如说需要对早期代码复用一些功能等应用上很有实际价值。 适配器又两种类型，类适配器模式和对象适配器模式。但由于类适配器通常是通过多重继承实现的，而C#、https://www.360docs.net/doc/ed7491487.html,、JAVA等语言都不支持多重继承，也就是一个类只有一个父类，所以，我们这里主要讲对象适配器。 适配器模式的结构图如下：
设计模式-创建型模式的优缺点比较
比较几种创建型模式的优缺点，仔细考察这几种模式的区别和相关性。 第一类是工厂模式，工厂模式专门负责将大量有共同接口的类实例化。工厂模式可以动态决定将哪一个类实例化，不必事先知道每次要实例化哪一个类。 工厂模式有三种形态：简单工厂模式；工厂方法模式；抽象工厂模式是。前两者是类的创建模式，后者是对象的创建模式。 简单工厂： 简单工厂模式是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例，涉及工厂角色(Creator)、抽象产品(Product)角色及具体产品(Concrete Product)角色等三个角色。 优点： 模式的核心是工厂类，该类中含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅负责“消费”产品。 简单工厂模式实现了对责任的分割。 缺点： 当产品类有复杂的多层次等级结构时，工厂类只有它自己。 模式中工厂类集中了所有的产品创建逻辑，形成一个无所不知的全能类。 将多个创建逻辑放在一个类中，当产品类有不同接口种类时，工厂类需要判断在什么时候创建某种产品，使得系统在将来进行功能扩展时较为困难。 该模式采用静态方法作为工厂方法，而静态方法无法由子类继承，因此工厂角色无法形成基于继承的等级结构。 简单工厂模式只在有限的程度上符合“开-闭”原则。 工厂方法： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。工厂方法模式是简单工厂模式的进一步抽象和推广，其基本思想是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。 优点： 多态性：客户代码可以做到与特定应用无关，适用于任何实体类 子类可以重写新的实现，也可以继承父类的实现。加一层间接性，增加了灵活性。 良好的封装性，代码结构清晰。扩展性好，在增加产品类的情况下，只需要适当修改具体的工厂类或扩展一个工厂类，就可“拥抱变化”屏蔽产品类。产品类的实现如何变化，调用者都不需要关心，只需关心产品的接口，只要接口保持不变，系统中的上层模块就不会发生变化。 典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不需要关心，符合迪米特法则，符合依赖倒置原则，符合里氏替换原则。 缺点：
公关文案写作之会议纪要
公关文案写作之会议纪要和备忘录 在公共关系日常工作中，经常要召开各种会议，或举行各种会谈。按公共关系操作的规范化要求，这些会议或会谈最后都应形成某种文字，或供对外发布，或供存档备忘。尤其对于讨论内容中有需要有关各方进一步执行和落实事宜的会议或会谈，纪要或备忘录就显得更为重要。它将成为有关人员执行和落实的基本凭据。所以，切实掌握会议纪要和备忘录的撰写方法，亦是公共关系从业人员应当具备的基本技能之一。 先谈谈会议纪要的撰写。 会议纪要是一种可供对外发布的比较正式的文案。凡属较为重要、正规的会议，一般都必须形成会议纪要。 正因为会议纪要经常用来对外发布，所以，无论其格式还是文字，均有着比较严格的规范化要求，需要撰写者认真对待。 在撰写会议纪要之前，撰写者应该做好有关准备工作，包括： 1、把握会议内容。 与公共关系工作有关并需要撰写纪要的会议，一般有三种类型，即大会、座谈(讨论)会和工作会议(对于公共关系专业机构来说，需要撰写纪要的有时还包括董事会会议、办公会议和业务会议，其性质类似于工作会议)。一般说来，大会、工作会议和部分座谈(讨论)会，事先往往已确定了较为明确的会议主题或议题;也有部分座谈会，虽然事先没有明确的主题或议题，但也设定了大致讨论方向和范围。对于会议纪要的撰写者来说，在会议未进行之前，就应该认真了解这一会议的内容，如会议是在什么背景下召开的，会议的主题或议题是什么，会议将着重讨论和解决什么问题，会议主办者、与会者在什么问题上能达成共识，等等。有些公共关系从业人员，实际上也参加了某些会议的筹备工作，但一头扑在事务堆里，对会议的内容缺乏宏观的把握，结果，到了事后撰写会议纪要时，往往就会感到没有方向了。 2、做好会议记录。 凡举行会议，一般总有人专门负责记录。通常情况下，这一工作并不需要会议纪要的撰写者来承担。但因此而认为会议纪要撰写者可以不关心会议记录之事，恐未必妥当。有经验者皆知，会议记录往往难以记得全面，难免顾此失彼，缺省不少内容。尤其在会议讨论的问题较为专门的情况下，由于记录员知识水平的限制，有时甚至会记错有关内容和术语，事后阅读起来会令人不知所云。如果以此为原始材料来撰写会议纪要，就很容易发生偏差。因此，作为会议纪要撰写者，在这一期间的工作，一是督导记录员的记录，二是自己认真倾听会议发言，并择要作些记录。即便在现在许多会议采用录音记录方法的情况下，这样做也是必须的。这有助于撰写者对会议内容的概括和提炼。 3、整理会议记录。