设计模式---七大设计原则

设计模式—七大设计原则

为什么要有设计模式？

让软件具有更好的可维护性、可扩展性、重用性、灵活性、可读性，高内聚低耦合

单一职责原则

思想：对类来说，一个类应该只负责一项职责。如果类A负责两个不同的职责：职责1和职责2.当职责1需求变更而改变A时，有可能造成职责2执行错误，所以需要将类A的粒度分解为类A1、A2

P.S.

1.目的主要是降低类的复杂度，达到一个类只负责一个职责

2.可以提高可读性、可维护性

3.可以降低变更所带来的风险

4.通常情况下应该遵守单一职责原则，只有在逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，才可以仅在方法级别保持单一职责原则

接口隔离原则

思想：客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上

未实现接口隔离原则的解决办法：拆分接口

依赖倒转原则

1.高层模块不应该依赖底层模块，二者都应该依赖其抽象

2.抽象不应该依赖细节（具体的实现类），细节应该依赖抽象

3.依赖倒转的中心思想是面向接口编程

4.依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的框架比以细节为基础搭建的框架要稳定的多。在java中，抽象指的是接口或者抽象类，细节就是具体的实现类

5.使用接口或者抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

P.S.

1.底层模块尽量都有抽象类或接口，或者两者都有，程序稳定性更好

2.变量的声明类型尽量是抽象类或接口，这样我们的变量引用和实际对象间，就存在一个缓冲层，利于程序扩展和优化

3.继承时遵循里氏替换原则

⭐依赖关系传递的三种方式：

1.接口传递

2.构造方法传递

3.setter方式传递

里氏替换原则

目的：减少继承所带来的弊端（入侵性，可移植性降低，增加对象间的耦合性）

要达到的效果：所有引用基类的地方必须能够透明地使用其子类的对象

方法：

1.在子类中尽量不要重写父类的方法

2.继承实际上让两个类的耦合性增加了，在适当的情况下，可以通过 聚合、组合、依赖 来解决问题

开闭原则

一个软件实体，如类、模块、函数，应该对扩展开发（针对提供方），对修改关闭（针对使用方），用抽象构建框架，用实现扩展细节

当需求发生变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化

迪米特法则

最少知道原则,一个对象应该对其他对象保持最少的了解.即一个类对自己依赖的类知道的越少越好,也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部,对外除了提供public方法,不对外泄露任何信息.

核心:降低类之间的耦合

迪米特法则最简单的定义:只与直接的朋友通信.

直接的朋友:出现成员变量/方法参数/方法返回值中的类称为直接的朋友,而出现在局部变量中的类不是直接的朋友.也就是说,陌生的类最好不要以局部变量的形式出现在类的内部.

合成复用原则

原则是尽量使用合成/聚合的方式,而不是使用继承

设计原则的核心思想

1)找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起

2)针对接口编程,而不是针对实现编程

3)为了交互对象间的松耦合设计而努力