软件设计之七设计原则

七大设计原则

1. Open-Closed Principle 开闭原则
2. Dependence Inversion Principle 依赖倒置原则
3. Simple Responsibility Principle 单一职责原则
4. Interface Segregation Principle 接口隔离原则
5. Law of Demeter 迪米特法则
6. Liskov Substitution Principle 里氏替换原则
7. Composite/Aggregate Reuse Principle 合成复用原则

开闭原则是最基础的设计原则，其他设计原则都是开闭原则的具体形态.

单一职责原则

• 每个方法、每个类、每个框架都只负责一件事情
• Single Responsibility Principle, SRP
• 核心思想：解耦和增强内聚性（高内聚，低耦合）
• 类被修改的几率很大，因此应该专注于单一的功能。如果你把多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，有可能中止另一个功能，这时就需要新一轮的测试来避免可能出现的问题

开闭原则

• Open-Closed Principle, OCP
• 核心思想：对扩展开放(对提供方)，对修改关闭(对使用方)
• 扩展开放：模块添加新功能，不改变原有的代码
• 修改关闭：某模块被其他模块调用，如果该模块的源代码不允许修改，则该模块修改关闭的
• 通俗理解就是添加一个功能应该是在已有的代码基础上进行扩展，而不是修改已有代码
• 开闭原则的最终解决方案是 面向接口编程

里氏替换原则

• Liskov Substitution Principle, LSP
• 核心思想：任何父类出现的地方，子类都可以替代出现
• 也就是说，子类对象可以随时随地的替换父类对象，且替换完以后，语法不会报错，业务逻辑也不会出现问题
• 所有引用基类的地方必须能透明地使用其子类的对象。
• 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过**聚合，组合，依赖**来解决问题。
• 多态里面的向上转型  匿名内部类都是基于里氏替换原则

依赖倒置原则

• Dependence Inversion Principle, DIP
• 核心思想：要依赖于抽象，不要依赖于具体的实现 （上层不能依赖于下层，他们都应该依赖于抽象）
• 依赖倒转(倒置)的中心思想是面向接口编程
• 依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类
• 使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

接口隔离原则

•  Interface Segregation Principle, ISP
•  核心思想：不应该强迫客户程序依赖他们不需要使用的方法
•  客户端不应该依赖它不需要的接口
•  类间的依赖关系应该建立在最小的接口上
•  一个接口不需要提供太多的行为，一个接口应该只提供一种对外的功能，不应该把所有的操作都封装到一个接口当中单一在于实现，接口隔离在于抽象

合成复用原则

•  Composite Reuse Principle, CRP
•  核心思想：尽量使用对象组合，而不是继承来达到复用的目的（组合优于继承）
•  继承关系是强耦合，组合关系是低耦合
•  找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。
•  针对接口编程，而不是针对实现编程。
•  为了交互对象之间的松耦合设计而努力

迪米特法则

•  Demeter Principle
•  又称最少知道原则
•  核心思想：一个对象应当对其他对象有尽可能少的了解,不和陌生人说话（只与直接的朋友通信）
•  降低各个对象之间的耦合，提高系统的可维护性
•  直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部

开闭原则