《大话设计模式》精彩片段及个人随笔（二）

其实已经看完《大话设计模式》已经好几天了，但是由于最近在忙活玩三国杀，所以一直懒于动手了，今天就把剩下的都写完了，也算完成自己的一个心愿。以下仍然是作者的一些连珠妙语，我稍微总结了一下，希望我写的开心，更重要的，也希望别人读着愉悦。

1. 体会到面向对象的好处，就像一个中国酒鬼第一次喝到了茅台，一个西洋酒鬼第一次喝到了XO一样，怎一个爽字了得呀！---------其实可以加一条：就像一个色狼头一次见到美女……

2. 心急讨不了好媳妇，你急什么，反射技术听起来挺玄乎。其实原理挺简单的。

3. 一个程序员如果没有熬夜写程序的经历，不能算是一个好的程序员，因为没有痴迷过，就不会有伟大的成就。

4. 如果事先预防接口不同的问题，不匹配问题就不会发生。在有小的接口不匹配问题时及时重构，问题不至于扩大。只有在碰到无法改变原有设计和代码的时候，才考虑适配。事后控制不如事中控制，事中控制不如事前控制。

5. 曾经有一个精彩的游戏摆在我的面前，我没有好好珍惜。等到死在boss手下的时候才追悔莫及，如果上天再给我一次机会，我很想说三个字：存进度。如果要给进度加一个保险，我希望是刻成光盘，流传万年！

6. 刚学会面向对象的继承的时候，感觉他既新颖又功能强大，只要碰到问题就想用它。这就好比有了一把新锤子，感觉什么都像钉子。但是在很多情况下，用继承会带来麻烦。

7. 在面向对象的设计中，我们还有一个非常重要的原则，那就是合成/聚合复用原则，即优先使用合成/聚合，而不是类继承。

8. 身材是靠挤获得的，同理可证，时间也是靠挤获得的，挤挤时间，相信你可以的。

以下是作者对各种设计模式的总结：

1. 抽象工厂模式：提供一个创建一系列或相关对象的接口，而无需指定他们具体的类。

2. 建造者模式：将一个复杂对象的构建的它的表示分离，使得同样的构建过程可以创建不同的类。

3. 工厂方法模式：定义一个用于创建对象的接口。让子类决定实例化哪一个类，工厂模式使一个类的实例化延迟到子类。

4. 原型模式：用原型实例指定创建对象的种类。并且通过拷贝这些原型创建新的对象。

5. 单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

6. 适配器模式：将一个类的接口转换为客户希望的另一个接口，适配器模式使得那些原本类型不兼容而能一起工作的那些类可以一起工作。

7. 桥接模式：使一个类的抽象部分和实现部分分离，使他们都可以独立的工作。

8. 组合模式：将对象组合成树状模式以表示“部分—整体”的结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。

9. 装饰模式：动态的给一个对象提供一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活。

10. 外观模式：为子系统的一组接口提供一个一致的界面，外观模式提供一个高层的接口，这个接口使得子系统更加容易使用。

11. 享元模式：为运用共享技术提供大量细粒度的对象。

12. 代理模式：为其他对象提供一种代理以控制对这个对象的访问。

13. 观察者模式：定义对象间的一种一对多的依赖关系，当一个对象的状态发生变化的时候，所有依赖他的对象都会接到通知并会自动更新。

14. 模板方法模式：定义一个操作的算法骨架，而将一些步骤延迟到子类中，模板方法可以使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

15. 命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化：可以对请求排队或者记录请求日志，以及执行可撤销操作。

16. 状态模式：允许一个对象在其内部状态改变的时候改变它的行为，让对象看起来似乎改变了它的类。

17. 职责链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系，将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

18. 处理器模式：给定一种语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该解释来解释语言中的句子。

19. 中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。

20. 访问者模式：表示一个作用于某对象结构中的各元素的操作，她使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

21. 策略模式：定义一系列的算法，把他们一个个地封装起来，并且使他们可以相互替换，本模式使得算法可以独立于它的客户而变化。

22. 备忘录模式：在不破坏类的封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存该状态，这样以后就可将该对象恢复到以前保存的状态。

23. 迭代器模式：提供一种方法顺序访问一个聚合对象的各个元素，而又不需暴露该对象的内部表示。

欢迎交流……

欢迎指点……

欢迎访问……