厌倦了零零散散的文章分布，书评写到豆瓣、技术写到网易什么的，这样自己很容易遗忘，懒得去回顾，慢慢得就懒得去思考和动笔了，所以我决定在此再加一个书评分类，以后看了书往这里写总结，虽然这个分类开得有点晚了，不过我觉得还是有用的，对将来的回顾知识点并且能对自己掌握的知识能有直观的了解。大数据能比自己更了解自己，那我觉得笔记也应该能让自己更清楚自己。

OK，不再废话。这本书其实早就看过了，可是一直看得漫不尽心，所以总是不能看到最后，为了加深对面向对象思想的理解，提高自己编写代码的质量，我花了大概一周的时间下了本电子书将其看完，提高还是有一点的，我在下面就将各模式进行一个自我描述式的总结，自己的理解，欢迎指正。

一、创建型模式

最终都落实到客户端的创建对象问题。

1、简单工厂模式

根据需求，创建对应的实例，例如男人和女人两类，那么工厂就是根据传入的参数创建真正的男人或女人。

如：factory.create("男");

2、抽象工厂

抽象的工厂，也就是并非真实的工厂（只是一个接口），大家根据这个抽象工厂模板（拥有工厂所需要做的方法）能打造出自己的工厂，并通过自己的工厂产生对应实例。

3、建造者模式

将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。

4、工厂方法

让子类决定实例化哪一个类。

5、原型方法

通过拷贝原型创建新的对象。这里就涉及到深浅拷贝。深拷贝，内部引用会分配新的空间，浅拷贝内部引用的东西还是指向原来的。

6、单例模式

保证一个类只有一个实例，并提供访问他的一个全局访问点。

二、结构型模式

为了使得耦合度更低，之间的关联更少，增加需求时更加合理。

1、适配器模式

他能将一个类的接口转换成客户端希望的另一种接口，使得接口不兼容的那些类可以一起工作。

例如：ADO.NET在操作数据时，为了保证拿到的时候数据格式相同，用了DataAdapter将无论是Mysql或Sqlserver等的数据都fill到DataSet去。

2、桥接模式

合成聚合复用原则的一个体现。例如手机品牌和手机软件，每个品牌有多个手机软件，但软件就不分品牌。把他们分开，发挥自己的功能，不要使用继承。

3、组合模式

要使用整体与部分关系的时候，或者树形结构的使用该模式，例如一个部门的管理。

4、装饰模式

可以在客户端给对象动态的添加功能。就像穿衣服一样，可以一件件的往上加。

5、外观模式

为子系统的接口提供一个一致的界面。这是一个顶层的接口，若要跟新系统交互，就可以通过这个接口。

6、享元模式（flyweight）

为了共享一些实例，例如围棋就黑白两种，每个棋子都创建对象太费空间，他就能利用模式优势共享一些共同属性。

7、代理模式

为其他对象提供一个代理从而控制对象的访问。与外观模式的是，他只代理其中一个对象，而不是一个系统，所以他也没有那么的复杂。

三、行为型模式

1、观察者模式

观察者本身是一个类，但他只要实例一个就能接别人各种类对象的活（一对多），例如让他监听某个对象的变化，一旦变化，让他干活的人都会接到通知。

例如：在C#中就是委托和事件，一个委托可以做别人交给他的任何事情，也就是别的对象使用的方法交给他就能执行了。

2、模板方法

定义算法骨架，由子类去完善或更改他的细节。

例子：选择题的题目都相同，答题者只是答案不同，所以给个answer()接口，子类去实现就行了。

3、命令模式

将一个请求封装为一个对象，从而可以对不同请求进行参数化。支持撤销。

4、状态模式

5、职责链模式

将对象串成一个链，一直传递到能处理该事件的人。

例如：作用在于传递，申请加薪，经理没权利就给总监，总监也没权利，那就给总经理。

 6、解释器模式

7、访问者模式

将算法与数据结构分开，这样系统有稳定的框架，并能改变和增加算法。

8、中介者模式

有点类似于群发的意思。

9、策略模式

将算法分别封装起来，并集成来自一个叫策略的类，那么算法就独立于客户端了，只要操作策略类即可了。

10、备忘录模式

可以不暴露细节。以游戏举例，当要保存存档时，就是说即便你不知道要保存的是生命力，攻击力，防御力，只要保存就都能保存上了。读取时直接就读出来。

11、迭代器模式

分离了集合对象的遍历行为，抽象出一个迭代器来负责，可以让外部代码访问内部对象但又不暴露内部结构。

还有些东西需要再思考一下。

《大话设计模式》的一些总结