设计模式

模式

策略模式

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

• 使用继承的不足

  • 运行时行为不可改变
  • 很难知道鸭子的全部行为
  • 改变会牵一发而动全身，造成其它鸭子不比要的改变

观察者模式

• 定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖着都会收到通知并自动更新。

装饰者模式

• 动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。
• 类型匹配

工厂方法模式

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

抽象工厂模式

• 提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定类

单件模式

• 确保一个类只有一个实例，并提供一个全局访问点。

命令模式

• 将“请求”封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。

适配器模式

• 将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

外观模式

• 提供了统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易接受。

模板方法模式

• 在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

迭代器模式

• 提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露内部的表示。

组合模式

• 允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。

设计原则

找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。

针对接口编程，而不是针对实现编程。

多用组合，少用继承。

类应该对扩展开放，对修改关闭。

为交互对象之间的松耦合设计而努力。

要依赖抽象，不要依赖具体类。——依赖倒置原则

 在设计模式中，所谓的“实现一个接口”并“不一定”表示”写一个类，并利用implements关键字来实现某个Java接口“。

“实现一个接口”泛指“实现某个超类型（可以是类或接口）的某个方法”

一个类，一个责任。

最少知识原则：只和你的密友谈话。

 在该对象方法内，只应该调用以下范围内的方法：

该对象本身
被当作方法的参数而传递进来的对象
此方法所创建或实例化的任何对象
对象的任何组件

好莱坞原则：（低层组件）别调用（打电话给）我们（高层组件），我们会调用（打电话给）你。

一个类应该只有一个引起变化的原因。