设计模式目的：
a.代码重用性。
b.可读性。
c.可扩展性。
d.可靠性。
使用程序呈现高内聚，低耦合的特性
核心思想：
A.找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混在一起。
B.针对接口编程，而不是针对实现编程。
C.为了交互对象之间的松耦合而设计努力
设计模式的七大原则
1.单一职责原则
1）降低类的复杂度，一个类只负责一项职责
2）提高类可读性，可维护性
3）降低变更引起的风险
4）只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别 保持单一职责原则。
2.接口隔离原则
介绍：
客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。
如图2-1:B实现接口Interface1，但是A类只需要依赖使用到B的operation1、operation2及operation3的方法。其他两个方法（operation4和operation5）不需要用到。D也实现接口Interface1，但C类只需要依赖使用到B的operation1、operation4及operation5的方法。其他两个方法（operation2和operation3）不需要用到。
如2-2和2-3图：类B的另外两个方法operation4和5的方法没用到，也得重写，没有做到接口隔离。
改进方法，如下图：2-4
类B实现Integerface1和3,照图(2-4)走；B类只要重写operation1,2,3这个三个方法即可。
3.依赖倒转原则
1）高层模块不应该依赖底层模块，二者都应该依赖其抽象
2）抽象不应该依赖细节，细节应该依赖抽象
3）依赖倒转的中心是想是面向接口编程
4）设计理念：相对于细节的多变性，抽象的东西要稳定的多，以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类。
5）使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成
依赖关系传递的三种方式
a：接口传递
b：构造方法传递
c：setter方式传递
4.里氏替换原则
1）尽量不要重写父类的方法
2）在适当的情况下，可通过聚合，组合，依赖来解决问题。
使用组合关系（如下图）
5.开闭原则
如下代码：如果增加一个绘制的图形，就得在使用方[GraphicEditor]也得修改代码。
改进为如下图。即符合开笔原则。
介绍
1）一个软件实体，模块和函数应该对扩展开放（对提供方），对修改关闭（对使用方）。用抽象构建框架，用实现扩展细节。
2）当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
6.迪米特法则
1）一个对象应该对其他对象保持最少的了解。
2）类与类的关系越密切，耦合度越大。
3）迪米特法则又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量讲逻辑封装在类的内部。对外除了提供public方法，不对外泄漏任何信息。
4）只有直接的朋友通信。
5）直接朋友：每个对象都会有其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式有很多，依赖、关联、聚合等。其中我们出现成员变量，方法参数，方法返回值中的类为直接朋友，尔出现局部变量中的类不是直接朋友（在方法内new）。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。
细节：
迪米特法则核心是降低类之间的耦合，减少每个类之间不必要的依赖，但并不是完全没有依赖。
7.合成复用原则
介绍：原则是尽量使用合成/聚合的方式，而不是使用继承。
