设计模式阅读笔记

设计模式，基本所有的程序员早晚都会关注。毕竟是一种通用开发经验的总结，了解大家的思考，建立同一的语言。我读的是《Head First设计模式》这本书，对关键节点做的记录如下：

原则：

• 1、找出应用中可能需要变化的部分，把它们独立出来，不要和那些不需要变化的代码混在一起。
• 2、针对接口编程，而不是针对实现编程。
• 3、多用组合，少用继承
• 4、类应该对扩展开放，对修改关闭
• 5、为交互对象之间的松耦合设计而努力
• 6、依赖倒置原则：要依赖抽象，不要依赖具体类
• 7、最少知识原则：只和你的密友谈话
• 8、好莱坞原则：别找我，我会找你。父类主控一切，在需要的时候，会自己找子类。

策略模式：定义了算法族，分别封装起来，让他们之间可以相互替换。 此模式让算法的变化独立于使用算法的客户。
见P32

观察者模式：定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。
见P74
8770 1350 2530

装饰者模式：动态的将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。
缺点：常常造成设计中有大量的小类，数量实在太多，可能会造成使用a'pi人的困扰。 典型代表：java.io

工厂模式：定义了一个创建对象的接口，但由子类决定要实例化的是哪一个。工厂方法让类把实例化推迟到子类。
P165

单例模式：确保一个类，只有一个实例，并提供全局访问点。
P189

命令模式：将请求封装成对象，可以让你使用不同的请求，队列或者日志请求来参数化其它对象。命令模式也可以支持撤销操作。
P233

适配器模式：将一个类的接口，转换成客户期望另一个接口。适配器让原本不兼容的类可以合作无间。
外观模式：提供了一个统一的接口，用来访问子系统中的一群接口。 外观定义了一个高层接口，让子系统更容易使用。
P270

模板方法模式：在一个方法中，定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类在不修改算法骨架的情况下，重新定义算法中的某些步骤。
P314