面向对象设计模式是"好的面向对象设计"，所谓“好的面向对象设计”是那些可以满足“应对变化，提高复用”的设计。
Gof
软件经常要面对变化
敏捷软件开发
使用 设计模式的目的是为了减少 需求变化带来的影响 （少写代码）
三大设计原则
1）针对接口编程，而不是针对实现编程
- 客户（调用程序的程序、客户程序）无需知道所使用对象的特定类型，只需要知道对象拥有客户所期望的接口。
2）优先使用对象组合，而不是类继承
- 类继承通常为了“白箱复用”，对象组合通常为了“黑箱复用”。继承在某种程序上破坏了封装性，子类父类耦合度高；而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低。
3）封装变化点
- 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合。
4） 使用重构得到模式
- 设计模式的应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发初中提倡的“Refactoring to Patterns”是目前普遍公众的最好的使用设计模式的方法。
单例模式
在软件系统中，经常有这样一些特殊的类，必须保证它们在系统中只存在一个实例，才能确保它们的逻辑正确性、以及良好的效率。
如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？
这应该是类设计者的责任，而不是使用者（调用者）的责任。
public class Singleton { private static Singleton instance; private Singleton(){}; public static Singleton Instance { get
{ if(instance==null) { instance = new Singleton(); } return instance; } } }
Singleton模式中的实例构造器可以设置为protected以允许子类派生。
Singleton模式一般不要支持ICloneable接口，因为这可能会导致多个对象实例，与Singleton模式的初衷违背。
Singleton模式一般不要支持序列化，因为这也有可能导致多个对象实例，同样与Singleton模式的初衷违背。
Singleton模式只考虑到了对象创建的管理，没有考虑对象销毁的管理。就支持垃圾回收的平台和对象的开销来说，我们一般没有必要对其销毁进行特殊的管理。
不能应对多线程环境：在多线程环境下，使用Singleton模式仍然有可能得到Singleton类的多个实例对象。
Abstract Factory 抽象工厂（创建型模式）
面向接口编程 ——依赖接口，而非实现
变化点
在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。
如何应对这种变化？如何绕过常规的对象创建方法（new）,提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？
提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类。
发布-订阅模型（观察者模式）
定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。
示例： 账户取钱后，发送通知。发送手机短信、邮件、发送通知等。
接口 是面向 对象的核心思想
使用面向对象的抽象，Observer模式使得我们可以独立地改变目标与观察者，从而使二者之间的依赖关系达到松耦合。
目标发送通知时，无需指定观察者，通知会自动传播。
