系统架构师学习笔记_第七章.docVIP

7.1? 设计模式概述 重复遇到的典型问题，描述这些共同问题 和 解决这些问题的方案 就形成了所谓的 模式。 7.1.1? 设计模式的历史 模式分为几个部分：特定的情景（Context），指模式在 何种情况下发生作用；动机（System of Force），指问题或预期的目标；解决方案（Solution），平衡各动机 或 解决所阐述问题的 构造或配置。 每个模式描述了一个在某种特定情境下不断重复发生的问题，以及解决该问题解决方案的核心所在。 7.1.2? 为什么要使用设计模式 面向对象设计时需要考虑 封装性、力度大小、依赖关系、灵活性、可重用性 等。 1、简化并加快快设计 无需从底层做起，重用成功的设计，节约开发时间，提高软件质量。 2、方便开发人员之间的通信 可以更准确地 描述问题 及 问题的解决方案，使解决方案具有一致性。 3、降低风险 4、有助于转到面向对象技术 开发人员对新技术往往会有抵触或排斥心理，对新技术可能带来的效果持怀疑态度。 成熟的设计模式具有以下特性： 1.巧妙。 2.通用，不依赖于 系统、语言、领域。 3.不仅仅停留在理论上。 4.简单。 5.可重用。 6.面向对象。 7.1.3? 设计模式的组成元素 1、模式名，简洁地描述了 模式的本质，可以帮助我们思考。 2、问题或意图，解释了设计问题和问题存在的前因后果，可能描述了特定的设计问题。 3、情景，告诉我们该模式的适用性。 4、动机，描述相关的动机和约束，通常需要对各期望的目标进行有限排序，动机阐明了问题的复杂性，定义了在相互冲突时所采取的各种权衡手段。 5、解决方案，因为模式就像一个模板，所以解决方案并不描述一个特定而具体的设计或实现，而是提供设计问题的 抽象描述 和怎样用一个 具有一般意义的 元素组合。 6、示例，帮助读者理解模式的具体使用方法。 7、结果情景，阐述了模式后续状态和副作用。 8、基本原理，解释该模式 如何、为何 能解决当前问题。 9、相关模式，包括 静态的 和 动态的，迁到模式、后续模式、替代模式。 10、已知应用，通常好的模式前面都有一个摘要，提供简短的总结和概述，为模式描绘出一个清晰的图画，提供有关该模式能够解决问题的快速信息。 模式应该说明它的目标读者，以及对读者有哪些知识要求。 7.1.4? 设计模式的分类 软件模式 主要可分为 设计模式、分析模式、组织和过程模式 等。 设计模式主要用于 得到简洁灵活的 系统设计。 按设计模式的目的划分，创建型、结构型、行为型；按设计模式范围划分，类设计模式、对象设计模式。 1、创建型模式，对对象实例化过程的 抽象，采用抽象类所定义的接口，封装了对象如何创建、组合 等信息。2、结构型模式，如何组合已有的类和对象 以及获得更大的结构。3、行为型模式，不仅描述对象或类的模式，还描述它们之间的通信模式，特别是描述一组 对等的对象怎样互相协作 完成其中任一对象 无法单独完成的任务。 7.2? 设计模式实例 7.2.1? 创建性模式 通过该了的子类来创建对象的。但是，这可能会 限制在系统内创建对象的 类型或数目。 1、Abstract Factory 模式 在不指定具体类的情况下，为创建一些列 相关 或 相互依赖的对象提供了接口。 提供了一个可以 确定合适的具体类 的抽象类。 优点： 可以与具体类分开。更容易在产品系列中转换。提高了产品间的一致性。 以下情况应该使用 Abstract Factory 模式： 系统独立于产品的 创建、组成、表示。系统配置成 具有多个产品的 系列。相关产品对象系列 是共同使用的，而且必须确保这一点。你希望提供产品的类库，只开放其接口。 2、Builder 模式 将复杂对象的 构件与表示 相分离，相同的构造过程可以创建不同的对象，通过只指定对象的 类型和内容。 一次就可以创建所有的复杂对象，而其他模式一次就只能创建一个对象。 优点： 可以对产品内部表示进行改变。将构造代码与表示代码相分离。 以下情况应该使用 Builder 模式： 算法独立于 组成对象。构造过程必须允许已构件对象有不同表示。 3、Factory Method 模式 实例化工作交给其子类，可以在不修改代码的情况下引入新类，因为新类只实现了接口。 优点： 代码只处理接口，因此可以使用任何实现了接口的类。在类中创建对象比直接在客户端创建要更加灵活。 以下情况中，应该使用 Factory Method 模式： 类不能预料它必须创建的对象的类。类希望其子类指定要创建的对象。类将责任转给某个帮助子类，而用户希望定位那个被授权的帮助子类。 4、Prototype 模式 只要将对象类定义成能够复制自身就可以实现。 优点如下： 可以在运行时 添加或删除产品。通过改变值 指定新对象。通过