欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

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

程序员文章站 2022-06-24 11:44:44
设计模式的七大原则设计模式的原则:就是指的设计模式的基础,也是设计模式需要遵守的几个原则,即设计模式为什么要这样进行设计的依据。七大原则分别为单一职责原则接口隔离原则依赖倒转原则里氏替换原则开闭原则迪米特法则合成复用原则总结核心思想找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起。针对接口编程,而不是针对实现编程。为了交互对象之间的松耦合设计而努力一、单一职责原则基本介绍对类来说,一个类应该只负责一......

设计模式的七大原则

 设计模式的原则:就是指的设计模式的基础,也是设计模式需要遵守的几个原则,即设计模式为什么要这样进行设计的依据

七大原则分别为

  1.  单一职责原则
  2. 接口隔离原则
  3. 依赖倒转原则
  4. 里氏替换原则
  5. 开闭原则
  6. 迪米特法则
  7. 合成复用原则

总结核心思想 

  • 找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起。
  • 针对接口编程,而不是针对实现编程。
  • 为了交互对象之间的松耦合设计而努力

一、单一职责原则

 基本介绍

对类来说,一个类应该只负责一项职责。如果类A负责两个不同的职责:职责1、职责2,当职责1发送改变去修改A时,就可能会导致职责2受到影响,发送错误,因此要将类A的粒度分解为A1、A2更为合适。

注意事项和细节

  1. 降低了类的复杂度,一个类只负责一个职责
  2. 提高类的可读性和可维护性
  3. 降低后续变化带来的风险
  4. 一般情况下,我们应该遵守单一职责原则,除非逻辑十分简单,才能在代码中违法本原则,采取在方法层面保持单一职责原则这种退而求其次的选择。

二、接口隔离原则

基本介绍

  • 客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上。
  • 解决方法是将一个接口拆分为多个子接口,减小粒度

三、依赖倒转原则

基本介绍

  1. 高层模块不应该依赖低层模块,二者应该都依赖其抽象
  2. 抽象不应该依赖细节,细节应该依赖抽象
  3. 依赖倒转的核心思想是面向接口编程
  4. 依赖倒转的设计理念:由于抽象的东西相对于细节来说更为稳定(抽象类的属性和方法不会轻易变化),所以用抽象为基础搭建的架构比用细节为基础的架构稳定的多。细节指的是具体实现类,抽象是指抽象类和接口
  5. 接口和抽象类的目的是为了制定好规范,不涉及任何具体的操作,实际的操作和展现交给了实现类去完成。

注意事项和细节

  1. 低层的模块尽量要拥有抽象类和接口,这样程序的稳定性更好
  2. 变量的声明尽量是接口或者抽象类,这样在变量引用和实际对象间,就拥有一个缓冲层,利于程序的扩展
  3. 继承时要遵守里氏替换原则

四、里氏替换原则

关于面对对象中的继承性的思考和说明

  1. 继承包含这样一层含义:父类中实现好的方法,实际上在设定规范和约定,原则上子类需要遵循这些契约,但是如果子类对实现的方法进行修改,就会使得整个继承体系造成破坏。
  2. 继承给程序带来便利的同时,也带来的问题,例如使用继承会给程序带来侵入性,使得程序的可移植性降低,对象之间的耦合变搞。如果一个父类需要修改,就需要考虑到所有的子类,修改后可能会导致子类的功能出现问题。
  3. 问题提出:=》 在编程中,如何正确的使用继承? 里氏替换原则!

基本介绍

  1. 如果对每个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都代换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。换句话说,所有引用基类的地方必须能透明地使用其子类的对象。
  2. 子类中尽量不要重写父类中的方法
  3. 继承实际上是增加了两个类的耦合性,适当的情况下,可以通过聚合、组合和依赖来解决问题。

通用的做法:让父类和子类都继承一个更为通俗的基类,使得原始的继承关系去掉,采用聚合、组合和依赖来代替

五、开闭原则

基本介绍

  1. 开闭原则是编程中最重要和最基础的设计原则
  2. 一个软件的实体类、模块和函数应该对外界开放(相对于提供方而言),对修改关闭(相当于使用方而言)。用抽象构建框架,用实现扩展细节。
  3. 当软件需要变化时,尽量通过扩展的方式实现变化,而不是通过修改已有的代码

六、迪米特法则

基本介绍

1)    一个对象应该对其他对象保持最少的了解
2)    类与类关系越密切,耦合度越大
3)    迪米特法则(Demeter Principle)又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供的public 方法,不对外泄露任何信息
4)    迪米特法则还有个更简单的定义:只与直接的朋友通信
5)    直接的朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖,关联,组合,聚合等。其中,我们称出现成员变量,方法参数,方法返回值中的类为直接的朋友,而出现在局部变量中的类不是直接的朋友。也就是说,陌生的类最好不要以局部变量的形式出现在类的内部。

注意事项和细节

1)    迪米特法则的核心是降低类之间的耦合
2)    但是注意:由于每个类都减少了不必要的依赖,因此迪米特法则只是要求降低类间(对象间)耦合关系,并不是要求完全没有依赖关系

七、合成复用原则

基本介绍

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

  • 合成:合成就是指将两个类绑在一起,整体和部分不可以分开(人和头)
  • 聚合:在一个类中使用另一个类,整体和部分可以分开(人和鞋子)

 

 

 

 

 

 

本文地址:https://blog.csdn.net/Y_Mlsy/article/details/107186350