您当前的位置:首页 > 电脑百科 > 程序开发 > 编程百科

面向对象的SOLID五大原则

时间:2022-07-29 10:45:22  来源:  作者:typedef

前序

C语言开发的应该都知道,C是面向过程开发的,而c++是面向对象开发的。而封装、继承与多态是面向对象开发的三大特征。

但你可能不知道OOD(Object-Oriented Design)还有五大基本原则,被Bob大叔称为SOLID原则,字母为每个原则的首字母,遵循这些原则能够让你的代码在扩展性、维护性以及重用性提高。而这些不正是我们所追求的吗?

接下来我们就一块学习学习这些原则,内容较多,建议先收藏后反复观看,文章末尾有很多参考链接。

五大基本原则-SOLID

1. SRP

SRP(The Single Responsibility Principle)单一职责原则。

SRP是SOLID五大设计原则中最容易被误解的一个,SRP不就是每个模块都应该只做一件事吗?非也非也,这只是在实现底层细节的实际原则,并非是SRP的全部。

SRP最初是这样描述的:

任何一个模块都应该有且只有一个被修改的原因(There should never be more than one reason for a class to change)

SRP的定义几经迭代,最终被Robert C.Martin在《Clean Architecture》中定义为:

任何一个软件模块都应该只对某一类行为者负责

那么上文中提到的软件模块究竟是指什么呢?大部分情况下,其最简单的定义就是指一个源代码文件。然而有些编程语言和编程环境并不是用源代码文件来存储程序的。在这些情况下,软件模块指的就是一组紧密相关的函数和数据结构。

来看一个正面例子,C标准库中的<math.h>模块就是用来处理数学相关的,<string.h>模块就是用来处理字符串相关的的,等等...,每个模块职责都比较明确。

再来看一个反面例子,还记得刚开始学习单片机编程的时候,项目工程中从始至终就一个mAIn源文件,真的是连头文件都不写的,一个main里面包含了LED、按键等相关全部代码,这明显是不符合SRP这一原则的。就像下图一样。

 

2. OCP

OCP(The Open-Closed Principle)开放封闭原则。

OCP的定义如下:

软件实体应当对扩展开放,对修改关闭(Software entities should be open for extension,but closed for modification)

设计良好的计算机软件应该易于扩展,同时抗拒修改。换句话说,一个良好的计算机系统应该在不需要修改的前提下就可以轻易被扩展。

OCP是系统框架设计的主导原则,其主要目的是让系统易于扩展,同时限制其每次被修改所影响的范围。实现的方式是通过将系统划分为一系列的组件,并且将这些组件的依赖关系按层次结构进行组织,使得高阶的组件不会因低阶组件被修改而受到影响。

我们来看一个网络中协议的例子,如下图:

 

图中分为三个层级,最上方层级最高,每个层级有若干组件,高层级的组件依赖低层级的组件。

3. LSP

LSP(LSP-Liskov Substitution Principle)里氏替换原则。

LSP定义:

使用基类对象指针或引用的函数必须能够在不了解衍生类的条件下使用衍生类的对象(Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it)

里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。

我们来看一个经典的反面案例,正方形(Square)与长方形(Rectangle)。

那这里提出疑问了,正方形和长方形之间的继承关系是如何呢?

如果A is-a B,则认为B是基类,A为子类,A应该继承B。那这个简单了,众所周知正方形是长方形,立即推,长方形是基类,正方形是子类,正方形应该继承长方形。

 

基类长方形中有SetHeight()和SetWidth()方法,但是子类正方形有一个特点,长和宽是相等的,所以在实现SetHeight()和SetWidth()都必须同时设置宽和高,我们来看代码。

 

还是那句话任何基类可以出现的地方,子类一定可以出现,所以在创建Rectangle对象指针的时候,这里其实给的是子类的对象,最终代码运行断言报错。

Assertion failed: rect->GetArea() == 10, file .main.cpp, line 10

如果new出来的对象是Rectangle,则程序能够正常执行。如果new出来的是Square则会进入断言。从而Square不能代替Rectangle,所以不符合LSP原则,实际上Square并不是Rectangle的子类。

正方形是长方形,但是他们的行为并不一样,所谓的行为,就是抽象出来的东西。正方形只要有一个设置边长的方法就行了,而长方形需要设置宽和高两种方法。

4. ISP

ISP(ISP-Interface Segregation Principle)接口隔离原则。

ISP定义:

不应强制客户端依赖于它们不使用的接口(Clients should not be forced to depend upon interfaces that they do not use.)

该原则还有另外一个定义:一个类对另一个类的依赖应该建立在最小的接口上(The dependency of one class to another one should depend on the smallest possible interface)

假如现在有一个OPS类。用户1只需要使用OPS类的op1方法,用户2只需要OPS类的op2方法,但是呢,OPS类除了提供op1和op2方法还提供了若干方法。如下图:

 

此时用户2没什么意见,心想着反正能实现我要的功能就可以了。

但是呢,用户1不愿意,于是就去找开发人员理论,我就要实现一个op1功能,给我整这么多依赖干啥。除了这个功能,其他的全部都给我隐藏掉,下班之前我就要,说完头一扭就走了。

开发人员心想,这么简单的事情,让我下班之前给你,这不是狗眼看人低吗,说完就在用户1和OPS之间又封装一层IU1Ops接口,两分钟搞定。于是就去跟用户1说,你用IU1Ops,里面有你要的接口,拿去用吧。说完头一扭就走了。模型如下图:

 

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性,体现了封装的思想,但两者是不同的:

  • 单一职责原则注重的是职责,而接口隔离原则注重的是对接口依赖的隔离。
  • 单一职责原则主要是约束类,它针对的是程序中的实现和细节;接口隔离原则主要约束接口,主要针对抽象和程序整体框架的构建。

5. DIP

DIP(DIP-Dependency Inversion Principle)依赖倒置原则。

DIP定义:

高层次的模块不应该依赖低层次的模块,他们都应该依赖于抽象(High level modules should not depend upon low level modules. Both should depend upon abstractions)

抽象不应该依赖于具体实现,具体实现应该依赖于抽象(Abstractions should not depend upon details. Details should depend upon abstractions)

这个名字看着有点别扭,“依赖”还“倒置”,这到底是啥意思?

依赖指两个相对独立的对象,当一个对象负责构造另一个对象的实例,或者依赖另一个对象的服务时,这两个对象之间主要体现为依赖关系。

老样子,看示例,现在甲方需要能让BMW车跑起来的功能,再看一下乙方的设计。

 

司机有驾驶BMW车辆的方法,BMW车辆有run的方法,所以是甲方满足需求的。

后来甲方需求变了,甲方不仅要能开BMW车,也要能开Benz车,却发现使用乙方原来的的设计Benz车却开不起来,因为+driver()只接受BMW的车辆,不接受Benz的车辆,这明显不合理,一个司机会开BMW却不会开Benz,太反常了。于是去找乙方重新设计。

乙方也认识到了不足,经过多方讨论终于有了如下设计。

 

对于每种车辆,都应该有一个run的方法,所有的车辆都应该继承ICar实现。而司机呢,也不应该依赖具体的车辆,而应该依赖所有车辆的抽象方法。原本直接指向BMW的依赖箭头被反置了。现在即使甲方在添加别的车辆,司机仍然能开。不会出现只会开BMW而不会开其他车辆的情况了。

简单来说,依赖倒转原则就是指:代码要依赖于抽象的类,而不要依赖于具体的类;要针对接口或抽象类编程,而不是针对具体类编程。根据上面的例子可以加深理解。

依赖倒置原则(Dependency Inversion Principle)是很多面向对象技术的根基。它特别适合应用于构建可复用的软件框架,并且,因为抽象和细节已经彼此隔离,代码也变得更易维护。

采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,减少并行开发引起的风险,提高代码的可读性和可维护性。

参考链接



Tags:SOLID   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,不构成投资建议。投资者据此操作,风险自担。如有任何标注错误或版权侵犯请与我们联系,我们将及时更正、删除。
▌相关推荐
Java编程中必知必会的5条SOLID原则
简介在面向对象编程(OOP)领域,SOLID原则是类设计的指导准则。这五个原则形成了一套规则和最佳实践,开发人员在设计类结构时应遵循这些原则。通过理解和应用这些原则,我们可以发挥...【详细内容】
2023-08-05  Search: SOLID  点击:(288)  评论:(0)  加入收藏
Youtuber实测成功,ChatGPT+SOLIDWORKS帮你自动画图!
国外Youtuber实测,运用ChatGPT指挥SOLIDWORKS绘图成功,他要求ChatGPT编写SOLIDWORKS的Macro(宏),让SOLIDWORKS读取后,成功画出想要的图样。而这是自今年年初达索系统SOLIDWORKS在...【详细内容】
2023-04-28  Search: SOLID  点击:(271)  评论:(0)  加入收藏
再谈Java中的SOLID编程原则
在软件开发领域,创建易于理解、更改和重用的代码至关重要。随着软件系统变得越来越复杂,遵循既定原则和设计模式以确保代码可靠和可维护变得更加重要。这就是 SOLID 原则的用...【详细内容】
2023-04-19  Search: SOLID  点击:(85)  评论:(0)  加入收藏
如何使用 Solidity 构建 CRUD 应用程序
你有没有想过如何创建你的区块链应用程序?谈到以太坊,它从智能合约[1]开始。在本文中,我们将学习如何在以太坊上构建一个简单的智能合约,并使用 Truffle 框架对其进行测试。我们...【详细内容】
2022-09-24  Search: SOLID  点击:(299)  评论:(0)  加入收藏
面向对象的SOLID五大原则
前序做C语言开发的应该都知道,C是面向过程开发的,而c++是面向对象开发的。而封装、继承与多态是面向对象开发的三大特征。但你可能不知道OOD(Object-Oriented Design)还有五大...【详细内容】
2022-07-29  Search: SOLID  点击:(438)  评论:(0)  加入收藏
想入门区块链?最强solidity学习攻略来了
在区块链世界中,智能合约是不可缺少的一部分。而作为一种真正意义上运行在去中心化网络上的合约,Solidity在智能合约的编写中占据了非常大的份额,学习solidity属于入门区块链的...【详细内容】
2022-07-14  Search: SOLID  点击:(359)  评论:(0)  加入收藏
SolidWorks装配体中Toolbox标准件怎么变中文名字
建模步骤1.【上视基准面】画一个中心矩形。 2.【拉伸凸台】给定深度:10 。 2-1.【圆角】半径:10 。 3.【装配体】插入立方体,添加配合:轮廓中心。 4.【装配体特征】-【异型孔...【详细内容】
2022-06-14  Search: SOLID  点击:(599)  评论:(0)  加入收藏
深入设计原则-SOLID
介绍SOLID是什么,它是如何帮助我们写更好的代码的?SOLID原则由以下5个概念组成: Single Responsibility(单一职责) Open/Closed(开闭) Liskov Substitution(里氏替换) Interface Segr...【详细内容】
2021-03-08  Search: SOLID  点击:(410)  评论:(0)  加入收藏
微服务设计的原则:IDEALS,而不是SOLID
微服务架构作者:DevOps亮哥来自:DevOps探路者一、关键点:对于面向对象的设计,我们遵循SOLID原则。对于微服务设计,我们建议开发人员遵循IDEALS原则:接口分离(Interface segregation...【详细内容】
2020-09-11  Search: SOLID  点击:(389)  评论:(0)  加入收藏
SOLID原则-简化插图
S.O.L.I.D原则的重要性> S.O.L.I.D principles 介绍作为开发人员,我们一直在处理遗留代码库。 大多数传统代码库具有紧密耦合的类,冗余代码和较少的测试范围。 快速浏览代码时...【详细内容】
2020-08-02  Search: SOLID  点击:(497)  评论:(0)  加入收藏
▌简易百科推荐
Meta如何将缓存一致性提高到99.99999999%
介绍缓存是一种强大的技术,广泛应用于计算机系统的各个方面,从硬件缓存到操作系统、网络浏览器,尤其是后端开发。对于Meta这样的公司来说,缓存尤为重要,因为它有助于减少延迟、扩...【详细内容】
2024-04-15    dbaplus社群  Tags:Meta   点击:(3)  评论:(0)  加入收藏
SELECT COUNT(*) 会造成全表扫描?回去等通知吧
前言SELECT COUNT(*)会不会导致全表扫描引起慢查询呢?SELECT COUNT(*) FROM SomeTable网上有一种说法,针对无 where_clause 的 COUNT(*),MySQL 是有优化的,优化器会选择成本最小...【详细内容】
2024-04-11  dbaplus社群    Tags:SELECT   点击:(3)  评论:(0)  加入收藏
10年架构师感悟:从问题出发,而非技术
这些感悟并非来自于具体的技术实现,而是关于我在架构设计和实施过程中所体会到的一些软性经验和领悟。我希望通过这些分享,能够激发大家对于架构设计和技术实践的思考,帮助大家...【详细内容】
2024-04-11  dbaplus社群    Tags:架构师   点击:(2)  评论:(0)  加入收藏
Netflix 是如何管理 2.38 亿会员的
作者 | Surabhi Diwan译者 | 明知山策划 | TinaNetflix 高级软件工程师 Surabhi Diwan 在 2023 年旧金山 QCon 大会上发表了题为管理 Netflix 的 2.38 亿会员 的演讲。她在...【详细内容】
2024-04-08    InfoQ  Tags:Netflix   点击:(5)  评论:(0)  加入收藏
即将过时的 5 种软件开发技能!
作者 | Eran Yahav编译 | 言征出品 | 51CTO技术栈(微信号:blog51cto) 时至今日,AI编码工具已经进化到足够强大了吗?这未必好回答,但从2023 年 Stack Overflow 上的调查数据来看,44%...【详细内容】
2024-04-03    51CTO  Tags:软件开发   点击:(9)  评论:(0)  加入收藏
跳转链接代码怎么写?
在网页开发中,跳转链接是一项常见的功能。然而,对于非技术人员来说,编写跳转链接代码可能会显得有些困难。不用担心!我们可以借助外链平台来简化操作,即使没有编程经验,也能轻松实...【详细内容】
2024-03-27  蓝色天纪    Tags:跳转链接   点击:(16)  评论:(0)  加入收藏
中台亡了,问题到底出在哪里?
曾几何时,中台一度被当做“变革灵药”,嫁接在“前台作战单元”和“后台资源部门”之间,实现企业各业务线的“打通”和全域业务能力集成,提高开发和服务效率。但在中台如火如荼之...【详细内容】
2024-03-27  dbaplus社群    Tags:中台   点击:(14)  评论:(0)  加入收藏
员工写了个比删库更可怕的Bug!
想必大家都听说过删库跑路吧,我之前一直把它当一个段子来看。可万万没想到,就在昨天,我们公司的某位员工,竟然写了一个比删库更可怕的 Bug!给大家分享一下(不是公开处刑),希望朋友们...【详细内容】
2024-03-26  dbaplus社群    Tags:Bug   点击:(9)  评论:(0)  加入收藏
我们一起聊聊什么是正向代理和反向代理
从字面意思上看,代理就是代替处理的意思,一个对象有能力代替另一个对象处理某一件事。代理,这个词在我们的日常生活中也不陌生,比如在购物、旅游等场景中,我们经常会委托别人代替...【详细内容】
2024-03-26  萤火架构  微信公众号  Tags:正向代理   点击:(15)  评论:(0)  加入收藏
看一遍就理解:IO模型详解
前言大家好,我是程序员田螺。今天我们一起来学习IO模型。在本文开始前呢,先问问大家几个问题哈~什么是IO呢?什么是阻塞非阻塞IO?什么是同步异步IO?什么是IO多路复用?select/epoll...【详细内容】
2024-03-26  捡田螺的小男孩  微信公众号  Tags:IO模型   点击:(10)  评论:(0)  加入收藏
站内最新
站内热门
站内头条