晓月清松

模式是在某一个背景下的某一个问题的解决方案。设计模式在很大程度上是为了解决软件的可复用性，而根据大量工程实践总结出来的软件体系结构，隐含包括了软件工程的面向对象思想：封装、继承、多态。为什么需要设计模式：设计模式（Design Pattern ）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码的可靠性。

菜鸟学设计模式系列笔记之Prototype模式:Intent: 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象Motivation：以一个已有的对象作为原型，通过它来创建新的对象。在增加新的对象的时候，新对象的细节创建工作由自己来负责，从而使新对象的创建过程与框架隔离开来。应用场景：（1）当一个系统应该独立于它的产品创建、构成和表示时（2）当要实例化的类是在

设计模式是“封装变化”方法的最佳阐释无论是创建型模式、结构型模式、还是行为型模式，归根结底都是寻找软件中可能存在的“变化”，然后利用抽象的方式对这些变化进行封装。由于抽象没有具体的实现，就代表了一种无限可能性，使得其扩展成为了可能。经典设计模式都是在寻找软件中的可能变化，并封装这些变化。封装通常的理解：将数据（属性）和对数据的操作（方法）放到一个程序单元（类）中，从而使得概念上相关

Adapter模式的应用场景：扩展应用时——想要修改一个投产中的接口时1、用于解决正在服役的项目问题，在详细设计阶段一般不予考虑2、补偿模式，用于解决接口不相容问题，通过把非本系统接口的对象包装成本系统可接受的对象，简化了系统大规模变更的风险。

这个实例似乎应该在程序启动时被创建出来，且只有在程序结束时才被删除。Intent :一个类仅有一个实例，自行实例化并向整个系统提供一个访问它的全局访问点Motivation ：对于一些类来说，只有一个实例是很重要的

在复杂对象的构造过程中，允许同样的构造过程能够加入新的被构造元素，结构化构造过程建造模式利用一个导演者对象和具体建造者对象一个一个地建造出所有的零件，从而建造出完整的对象。建造者模式将产品的结构和产品的零件建造过程对客户端隐藏起来，把对建造过程进行指挥的责任和具体建造者零件的责任分割开来，达到责任划分和封装的目的。

抽象工厂模式（Abstract Factory模式）：（1）Intent：提供一个创建一系列相关后相互依赖对象的接口，而无需指定它们具体的类-客户端不必指定产品的具体类型，创建多个产品族中的产品对象（2）Motivation ：为保证视感风格标准间的可移植性，应用不应该为一个特定的视感外观硬编码它的窗口组件。在整个应用中实例化特定的视感风格的窗口组建类将使得使得以后很难改变视感的风格。

工厂方法模式（Factory Method）：Alias ：virtual constructory 虚构造器Intent： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。Motivation：一个框架使用抽象类定义和管理对象之间的关系。这个框架负责去创建这些对象。工厂方法模式是类的创建模式，又叫做虚拟构造子模式（V

简单工厂模式（Simple Factory模式）：（1）又称为Static Factory Method 静态工厂方法（2）Intent：由一个工厂对象决定创建出哪一种产品类的实例（3）Motivation ：负责将大量有共同接口的类实例化简单工厂模式是类的创建模式。是由一个工厂对象决定创建出哪一种产品类的实例，是不同的工厂方法模式的一个特殊实现。看下面一个简单的代码实例：

（1）要做到“抽象（接口）与实现分离”，最常用的方法是定义一个抽象类，然后在子类中提供实现。也就是说用继承机制达到“抽象（接口）与实现分离”（2）但是这种方法不够灵活，继承机制把实现与抽象部分永久地绑定起来，要想独立地修改、扩展、重用抽象（接口）与实现都非常困难