软件构造之面向可维护的构造设计模式

在临近期末考试之际，编写博客进行面向可维护的构造设计模式相关内容的回顾与复习
1.工厂方法模式
当client不知道/不确定要创建哪个具体类的实例，或者不想在client代码中指 明要具体创建的实例时，用工厂方法。 定义一个用于创建对象的接口，让该接口的子类型来决定实例化哪一个类，从 而使一个类的实例化延迟到其子类。
在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
优点：一个调用者想创建一个对象，只要知道其名称就可以了。扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。屏蔽产品的具体实现，调用者只关心产品的接口。
2.抽象工厂模式
抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
在抽象工厂模式中，接口是负责创建一个相关对象的工厂，不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。
抽象工厂创建的不是一个完整产品，而是“产品族”（遵循 固定搭配规则的多类产品的实例），得到的结果是：多个不同产品的 object，各产品创建过程对client可见，但“搭配”不能改变。
本质上，Abstract Factory是把多类产品的factory method组合在一起
3.代理模式：
某个对象比较“敏感”/“私密”/“贵重”，不希望被client直接访问 到，故设置proxy，在二者之间建立防火墙。
在代理模式（Proxy Pattern）中，一个类代表另一个类的功能，为其他对象提供一种代理以控制对这个对象的访问。这种类型的设计模式属于结构型模式。
在代理模式中，我们创建具有现有对象的对象，以便向外界提供功能接口。
4.观察者模式
当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知依赖它的对象。观察者模式属于行为型模式。定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知，进行广播通知。在抽象类里有一个 List 存放观察者们可以实现这个要求。
主体(被观察者)和观察者之间松耦合，主体不需要关注观察者。观察者的行为不受主体的控制 ，主体需要存储观察者列表 。
5.访问者模式
将数据结构与数据操作分离，使用了一个访问者类，它改变了元素类的执行算法。通过这种方式，元素的执行算法可以随着访问者改变而改变。这种类型的设计模式属于行为型模式。根据模式，元素对象已接受访问者对象，这样访问者对象就可以处理元素对象上的操作。
使用场景：需要对一个对象结构中的对象进行很多不同的并且不相关的操作，而需要避免让这些操作"污染"这些对象的类，使用访问者模式将这些封装到类中。
可以在数据基础类里面有一个方法接受访问者，将自身引用传入访问者来实现。
visitor是站在外部client的角度，灵活增加对ADT的各种不同操 作（哪怕ADT没实现该操作），strategy则是站在内部ADT的角度， 灵活变化对其内部功能的不同配置。