原则:
1.封装变化
2.多用组合少用继承
3.针对接口编程不针对实现编程
4.对拓展开发对修改关闭
5.要依赖抽象，不要依赖具体类
6.最少知识原则：只和你的密友谈话
7.好莱坞原则：别调用我们，我们会调用你
8.一个类应该只有一个引起变化的原因
1.策略模式：（多用has-a 少用is-a）定义算法簇，分别封装起来，让他们之间可以互相替换，此设计模式让算法的变化独立于算法的客户
2.观察者模式：定义了一系列对象之间的一对多的关系，当一个对象改变状态，其他依赖者都会收到通知。
3.装饰者模式：动态的将责任附加到对象上。若要拓展功能，装饰者提供了比继承更具弹性的替代方案。
4.工厂模式：
- 1.定义一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
- 2.提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。
5.单例模式：确保一个类只有一个实例，并提供全局访问点。
public static Singleton getSingleton() {
//判断是否已经构建此对象
if (Singleton.singleton == null) {
//如果没有实例，加同步锁
synchronized (Singleton.class) {
//进入到锁内要重新判断是否存在对象（可能有多个线程排队进入这个方法，所以需要重新判断）
if(Singleton.singleton==null){
Singleton.singleton = new Singleton();
}
}
}
return Singleton.singleton;
}
6.命令模式：将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象，命令模式也支持可撤销的操作。
7.适配器模式：将一个类的接口转换成客户期望的另一个类的接口。适配器让原本接口不兼容的类可以合作无间。
8.外观模式：提供一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高级接口，让子系统更容易使用。
9.模板方法模式：在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。
10.迭代器模式：提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。
11.组合模式：允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。
