Java设计模式的七大原则和目的

设计模式的七大原则

1. 单一职责原则
   基本介绍：
   对一个类来讲，即是一个类应该只负责一项功能。
2. 接口隔离原则
   基本介绍：
   客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。
3. 依赖倒置原则
   基本介绍：
   1.高层模块不应该依赖底层模块，两者应该依赖其抽象类
   2.抽象不应该依赖细节，细节应该依赖抽象
   3.依赖倒转的中心思想是面向接口编程
4. 里氏替换原则
   基本介绍：
   如果对每个类型为T1的对象o1，都有类型为T2的对象o2，使得以T1定义的所有程序P在所有的对象o1都替换成o2时，程序P的行为没有发生任何变化，那么类型T2是类型T1的子类。即是所有引用基本类的地方必须能透明地使用其子类的对象。
   在使用继承时，要遵循里氏替换原则，在子类中尽量不要重写父类的方法。
   解决该问题的方法：
   原来的父类和子类都继承一个更通俗的基本类，原有的继承关系去掉，采用依赖，聚集，组合的关系替代。
5. 开闭原则
   基本介绍：
   一个软件实体如类，模块和函数应该对扩展开放（对提供方），对修改一关闭（对使用方）。用抽象类构建框架，用实现扩展细节。
   当软件需求发生变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改原有的代码来实现。
6. 迪米特法则
   基本介绍：
   一个对象应该对其他对象保持最少的了解。
   类与类关系越密切，耦合度越大
   迪米特法则又叫做最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄露任何信息。
   迪米特法则可以简单定义为：只和直接的朋友通信（直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式有很多，依赖、关联、组合、聚合等，其中我们成出现成员变量、方法参数、方法返回值中的类为直接的陪朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部 ）。
7. 合成复用原则
   基本介绍：
   尽量使用合成/聚合的方式，而不是使用继承

设计模式的主要目的

1. 代码重用性（即：相同功能的diamante，不用多次编写）
2. 可读性（即：编程的规范性）
3. 可扩展性（即：方便添加新的功能）
4. 可靠性（即：添加新的功能后，原来的功能不受影响）
5. 使程序呈现高内聚，低耦合的特性