设计模式-小结-1-CSDN博客

本文链接：https://blog.csdn.net/jc69186918/article/details/27279407

简单工厂：在工厂类中根据构造方法参数决定产生哪一个类的实例。

策略模式：在Context中，以算法类的公共接口作为形参，动态调用算法类的方法。

策略模式+简单工厂：在context的构造方法中，通过形参决定产生哪一个算法类的实例并将形参保存在context的成员变量中（算法类接口）。在另一个方法中，调用算法类的计算方法。

装饰模式：公共装饰接口定义两个方法，方法一接受该接口实例并保存，方法二为具体操作。该接口实现类B中，覆盖方法二，并且通过方法一中获得的对象A来调用该对象A的方法二，并在此之外加上额外代码。此时，B的方法二中，实现了对对象A方法二的拓展。更复杂一点，为公共装饰接口设定一个父类接口component，包含方法B。额外分出一个实体类去实现这个接口，与装饰接口平行。这样做的目的是，对于一些项目，可以有效的将核心类与装饰类分开从而减小耦合。

代理模式：将代理类和实体类的公共方法抽象成公共接口。代理类包含实体类成员变量（由构造函数获取），实体类包含代理类成员变量。客户直接调用代理类方法，代理类方法中，调用实体类成员的同名方法。

工厂方法：简单工厂模式在客户需求发生更改时，会涉及到对工厂类的修改。这违背了开放封闭原则。为了防止对现有结构的修改，我们可以使用工厂方法模式。该模式针对每一个实体类，均准备了一个工厂方法。这样客户端初始化具体的工厂方法，并调用产生实体类的函数，此后由实体类调用具体方法来完成任务。需要增加操作时，只需要增加实体类（实现实体类接口）和对应工厂类（实现工厂类接口）即可。以增加代码取代修改代码。

原型模式：提供一个原型接口，包含clone方法。实体类实现这个接口从而达到clone的目的。比如在java中可以让实体类A直接实现clonable接口。客户在使用时调用A实例的clone方法即可做到浅拷贝，因为java中对于所有基础类型进行的是位拷贝（bitwise assignment），而成员变量对象在拷贝时拷贝的仅仅是内存地址，这种拷贝尤其在删除对象时会出现问题。至于深拷贝，则需要为每一个类A的类成员变量实现clone。总而言之，对于所有用户自定义类，如果有拷贝需求，需要实现clonable接口。

模板方法模式：定义了操作中算法的骨架（模板类，内含一个具体的方法来负责事务流程，多个虚方法负责每一个事务），而将一些步骤通过虚方法延迟到子类中去实现。这样既保证了子类的差异性，又最大可能的将公共部分提取到父类中。

外观模式：为许多子系统建立一个外观类，子系统们作为这个类的成员变量封装起来。客户直接与外观类进行交流。

建造者模式：目的：将对象的构造与表示相分离。一个抽象builder类，里面定义了一系列的抽象方法。许多实体类，他们继承这个抽象类并实现方法。一个director类，负责确定builder类中抽象方法的调用顺序（接受一个builder对象）。客户只需要知道director类和他们需要创建的实体类即可。内部方法的调用顺序被封装在dorector中。

观察者模式：定义了一种一对多的关系，使多个观察者同时监听一个主题对象。主题对象发生变化时，观察者随之更新。一般结构是：抽象观察者类+实体观察者类+抽象主题类+实体主题类。在Java中已经提供了Observable接口和Observer接口，所以直接实现这两个接口即可。