模式汇总：
装饰者 ：包装一个对象以得到新的行为
状态 ：封装了基于状态的行为，并使用委托在行为之间切换
迭代器 ：在对象的结合中游走，而不暴露集合的实现
外观 ：简化一群类的接口
策略 ：封装可以互换的行为，病史用委托类决定要使用哪一个
代理 ：包装对象，以控制对此对象的访问
工厂方法 ：由子类决定要创建的对象是哪一个
适配器 ：封装对象，并提供不同的接口
观察者 ：让对象能够在状态改变时被通知
模板方法 ：由子类决定如何实现一个算法中的步骤
组合 ：客户用一致的方式处理对象集合和单个对象
单例 ：确保有且只有一个对象被创建
抽象工厂 ：允许客户创建对象的家族，而无需指定他们的具体类
命令 ：封装请求成为对象
用到的设计原则：
- 封装变化
- 多用组合少用继承
- 针对接口编程，不针对实现编程
- 松耦合
- 开闭原则(类应该对扩展开放对修改关闭)
- 依赖抽象，不依赖具体
- 迪米特原则(只和朋友交谈)
- 别找我，我会找你
- 类应该只有一个改变的理由
模式分类：
创建型：Singleton, Builder, Abstract Factory, Factory Method, Prototype
行为型：Template Method, Visitor, Iterator, Command, Observer, State, Strategy
结构型：Decorator, Proxy, Composite, Bridge, Adapter, Flyweight
我们使用设计模式的目的是为了让我们的代码更简单，让以后更容易扩展。使用设计的模式的时候，一定会比不使用设计的代码更复杂，因此，对于一些没必要使用设计模式的地方，就不要使用设计模式。像一些以后不会修改的地方，不会扩展的地方，直接写就可以了，不要增加冗余的代码来增加什么设计模式。一段有设计模式的代码更从其他人的角度来看更加难理解。在使用设计模式的时候一定权衡好，时刻记住一点，我们使用设计模式只是为了增加我们以后的扩展性。还有，在写完一段代码的时候，想想怎么可以重构一下简化代码，实际上，写程序的逻辑应该只是写完这段代码花的时间最少的一部分，更多的时间应该是整理代码，能重用的就重用。
写代码的时候记住那些设计原则就能帮助我们写出优秀的代码。
读后感：这篇文章是读完这本几天后写的，在一开始看的时候，肯定是看到哪个模式的时候已经把这个模式自我感觉看透了，但是现在在回头想想，能像一开始那样记住的并不剩几个了，给我的感觉其实并不必要去死记硬背一些什么模式改怎么写，主要在脑子里有一些设计模式的概念，在碰到问题的时候，先从脑子搜索一下哪个模式能解决类似的问题，到那时候在去找也可以，如果从设计原则出发开始思考问题，也许到时候不知不觉的就发现，原来这个地方我还用到了设计模式。所以，这本给我最大的收益就是让我记住了那些设计原则，在写代码的时候能先从设计原则出发思考问题。并没有强求硬要写什么模式，模式只是为了以后扩展方便，如果你都不知道哪个地方以后会扩展，那在第一次就写那么复杂的代码干什么，想让别人知道自己多NB？如果知道了这个地方以后一定会有扩展，那么，一定要想好用哪个设计模式，这种时候才是应该用设计模式的地方。这本书后面还面还有几个模式，这里也就不写了，抓住重点就可以了。