SEPT 9

                                            设计模式creational patterns社会化的分工越来越细，自然在软件设计方面也是如此，因

设计模式

creational patterns

社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。

（1）singleton

（2）abstract factory

singleton单例模式：一个类只有一个实例。调用这个类里的方法全用这一个实例。

优缺点：https://blog.csdn.net/tayanxunhua/article/details/8250329

abstract factory抽象工厂模式：一个抽象工厂类，派生出多个具体工厂类。

抽象工厂模式 | 菜鸟教程

• It helps to isolate concrete classes. Client manipulate instances through their abstract interfaces. • It makes exchanging product families easy – as the concrete factory appears only once in an application. • It promotes consistency among products – product objects in a family are designed to work together.

总结：创造性模式使得实例化过程抽象化，使得客户端和创建，组成，表示对象分离。使得创建者，创建方式，创建时间非常灵活。

structural patterns

在解决了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点，因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。

(1)facade

(2)composite

facade(门面模式)：通过一个接口来封装复杂逻辑代码。用户只用从这一个接口里调用方法。使客户代码和复杂逻辑代码分离，降低耦合。

减少客户所要处理的对象。子系统改变不会影响客户端。门面系统不会阻止客户使用复杂逻辑代码如果客户想的话。

composite(组合模式):

以下情况下适用Composite模式：
1．你想表示对象的部分-整体层次结构
2．你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。

意图：将对象组合成树形结构以表示"部分-整体"的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。

主要解决：它在我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素，从而使得客户程序与复杂元素的内部结构解耦。

behavioural pattern

（1）observer

（2）iterator

（3）visitor

observer（观察者模式）：

意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。

iterator（迭代器模式）：

意图：提供一种方法顺序访问一个聚合对象中各个元素, 而又无须暴露该对象的内部表示。

主要解决：不同的方式来遍历整个整合对象。

visitor（访问者模式）：

意图：主要将数据结构与数据操作分离。

主要解决：稳定的数据结构和易变的操作耦合问题。

何时使用：需要对一个对象结构中的对象进行很多不同的并且不相关的操作，而需要避免让这些操作"污染"这些对象的类，使用访问者模式将这些封装到类中。

如何解决：在被访问的类里面加一个对外提供接待访问者的接口。

关键代码：在数据基础类里面有一个方法接受访问者，将自身引用传入访问者。