对SOLID设计原则的个人总结

最新推荐文章于 2024-11-11 08:32:59 发布
最新推荐文章于 2024-11-11 08:32:59 发布
阅读量530 收藏
点赞数
分类专栏： 设计模式 文章标签： 设计模式 SOLID设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/black_yu/article/details/114090722
版权

对SOLID设计原则的个人总结

对SOLID设计原则的个人总结

写每个模块，每个组件，每个函数，甚至每行代码的时候，都要想到使用solid原则如何设计如何写，这样你的代码才会充满着SOLID的气息。

SRP(单一职责原则)

任何一个软件模块只对某一类行为者的价值负责

  1. 每个类或者模块，各司其职，做的事情不重复
  2. 如果有多个角色的需求让同一模块更改，那这个模块肯定有问题的，需要拆分
    在这里插入图片描述
    在这里插入图片描述

栗子：
你去餐馆订餐吃饭，餐馆存在顾客，服务员，厨师三个角色
作为顾客，你只做）（列出菜单，传给服务员）这件事
作为服务员，你只做（调用准备饭菜这个方法（对厨师喊“该炒菜了”））这件事
作为厨师，你只做（听到要炒菜的请求，就立即去做饭，最后输出菜）这件事

LSP(里氏替换原则)

所有基类的地方，都可以换成子类，程序还可以正常运行，这个原则与面向对象语言的继承特性不谋而合，异曲同工之妙

鸵鸟到底是不是鸟

合理？
在这里插入图片描述
在这里插入图片描述

DIP(依赖反转原则)

高层模块不应该依赖于底层模块，两者都应该依赖其抽象。
抽象不应该依赖细节。
细节应该依赖抽象。

小明想吃苹果如何实现

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

ISP(接口隔离原则)

不依赖任何不需要的方法、类或者组件。该原则指导我们的接口设计

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

OCP（开闭原则）

设计良好的软件应该易于扩展，同时抗拒修改
关键：后续扩展，尽量少的修改代码
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

SeanyBrake
关注
专栏目录
SOLID原则：解释和实例
Z's Palace
02-15 859
在面向对象编程中，SOLID是5个重要的设计原则的缩写。首先是由著名的软件大师Robert C.Martin (Bob 大叔)在Design Principles and Design Patterns 中提出， 后来Michael Feathers 用SOLID来概括这五大原则。 SOLID原则使得软件设计更加容易理解、灵活和可维护。作为一名软件工程师，这5个原则我们必须知道。 本文，我将涵盖这些原则，并举例说明怎样是违背了原则，以及如何进行纠正来符合SOLID原则。 S — Single respons
软件设计原则——SOLID原则
Star_Inori的博客
10-15 1882
文章目录SOLID原则单一责任原则开放／封闭原则里民代换原则常见代码问题错误示例代码辅助工具接口分离原则依赖反转原则 SOLID原则 单一责任原则（SRP） 开放/封闭原则(OCP） 里氏代换原则(LSP) 接口分离原则(ISP) 依赖反转原则（DIP） 对象建模并不容易，而且也不是精确科学。原则的存在大多数情况下告诉你做事的方式．一一给予指导，可能为你指明正确的方向。建模的整个要点是找到正确...
我所理解的SOLID原则
e5Max的专栏
05-01 1万+
S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则。
Solid原则
HelloMagina的博客
05-15 740
solid原则由如下5个原则组合而成。 S:单一职责原则 一个类只代表一种对象定义，只做一种类型责任。如果某个类承担了其他类型责任的时候，就需要分解这个类了。如果将多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，就可能影响到另一个功能，就需要新一轮的测试来避免可能出现的问题，非常耗时耗力。 O:开闭原则 软件实体应该是可扩展的，而不是可修改的。对扩展开放，对修改封闭。对于该原则可解释为： 通过增加代码来扩展功能，而不是修改已经存在的代码； 若客户模块和服务模块遵循同一个接口来设计，则客户模
solid 设计原则 php,面向对象设计SOLID五大原则
weixin_39877898的博客
03-18 222
今天我给大家带来的是面向对象设计SOLID五大原则的经典解说。我们知道，面向对象对于设计出高扩展性、高复用性、高可维护性的软件起到很大的作用。我们常说的SOLID五大设计原则指的就是：S = 单一职责原则 Single Responsibility PrincipleO = 开放闭合原则 Opened Closed PrincipleL = Liscov替换原则 Liscov Substituti...
简单总结下SOLID 原则
qq_39509597的博客
05-19 442
SOLID 原则并非单纯的 1 个原则，而是由 5 个设计原则组成的，它们分别是：单一职责原则、开闭原则、里式替换原则、接口隔离原则和依赖反转原则，依次对应 SOLID 中的 S、O、L、I、D 这 5 个英文字母。 单一职责原则 单一职责原则的英文是 Single Responsibility Principle，缩写为 SRP。这个原则的英文描述是这样的：A class or module should have a single responsibility。如果我们把它翻译成中文，那就是：一个类
SOLID原则-单一职责原则
乐于分享，乐于讨论，欢迎大家积极讨论
11-02 808
关于单一职责原则的定义，也是经过了一些演变，在《架构整洁之道》这本书提到，在历史上，我们曾经这样描述SRP这一原则​定义一：一个模块应该有且仅有一个被修改的原因。在现实生活中，软件系统为了满足用户和所有者的要求，必然要做出这样那样的修改。而该系统的用户或者所有者就是该设计原则中所指的"被修改的原因"。如果一个或多个用户希望对系统进行的变更是相似的，就可以归为一类——一个或多个有共同需求的人。在这里，我们将其称为行为者(actor)。所以对SRP的最终描述就变成了:​。
SOLID设计原则
附离-Laughing的博客
01-13 227
个人观点 单一职责是所有的设计原则的基础，开闭原则是所有的设计原则的终极目标，里氏替换强调的是子类替换父类后程序运行时的正确性，主要是用来帮助实现开闭原则，接口隔离原则是用来帮助实现里氏替换原则的，同时它也体现了单一职责。依赖倒置原则是过程式编程和OO编程的分水岭，同时也被用来指导接口的隔离原则。关系如下所示： 单一职责原则(Single Responsibility Principle) 要真正理解并正确运用单一职责原则，并没有那么容易。Robert C. Martin（又名“Bob大叔”）把职责定义为
Solid原则+23种设计模式之心得
qq_40098992的博客
04-03 1638
软件设计原则学习心得和23种设计模式学习笔记分享
设计模式（面向对象六大原则）（总结）
ZPCrobot的博客
06-30 489
单一职责原则-Single Responsibility Principle-SRP 定义：就一个类而言，应该仅有一个引起它变化的原因。 实际开发： 单一职责所表达出的用意就是”单一“二字。如何划分一个类，一个函数的职责，每个人都有自己的看法，这需要根据个人经验、具体的业务逻辑而定，他也有一些基本的指导原则，例如，两个完全不一样的功能就不应该放在一个类中。一个类中应该是一组相关性很高的函数、数据的封装。工程师可以不断的审视自己的代码，根据具体的业务、功能对类进行相应的拆分，这事程序员优化代码迈出的第一步。
你懂SOLID原则吗？
IDEAL Garden
12-24 477
虽然SOLID原则不能时刻有效指导编码落地，理解这些原则背后的设计理念，让你迈出了第一步，接下来，你需要做的是在前进的路上，不断地进行编码实践、思考总结，将其内化。 做了这么多年的面向对象编程还是写出违背SOLID原则的代码，一看都懂、一做就被怼，敏感度不够，如何是好？ 难道SOLID原则本身就有错？ 难道我不应该涉水OOD？ …… 请先屏住呼吸，我们来看看SOLID叫什么： Single Responsibility Principle，单一职责原则 Open Close Principle，开.
面向对象设计与分析40讲（1）面向对象的三大特性和七个原则
二进制君
04-17 1202
文章目录1、三大特性2、七大原则3、七点原则总结 1、三大特性 封装：就是把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏。一个类就是一个封装了数据以及操作这些数据的代码的逻辑实体。在一个对象内部，某些代码或某些数据可以是私有的，不能被外界访问。通过这种方式，对象对内部数据提供了不同级别的保护，以防止程序中无关的部分意外的改变或错误的使用了对象的私有部分。 继承：指可以让某个类型的对象获得另一个类型的对象的属性的方法。它支持按级分类的概念。继承是指这样
学会这10个设计原则，离架构师又进了一步！！！
公众号：微观技术
06-13 2566
知识分享，以技会友。大家好，我是Tom哥。阅读本文大约需要 15 分钟。 闲言碎语： 一个懂设计原则的程序猿，写出来的代码可扩展性就是强，后续的人看代码如沐春风。相反，如果代码写的跟流水账似的，完全一根筋平铺下来，后续无论换谁接手维护都要骂娘。 做软件开发多年，CRUD仿佛已经形成一种惯性，深入骨髓，按照常规的结构拆分：表现层、业务逻辑层、数据持久层，一个功能只需要个把小时代码就撸完了。 再结合CTRL+C和CTRL+V绝世秘籍，一个个功能点便如同雨后春笋般被快速克隆实现。 ...
设计原则：面向对象设计原则详解
热门推荐
黄规速博客:学如逆水行舟，不进则退
05-17 4万+
我们在应用程序开发中，一般要求尽量两做到可维护性和可复用性。 应用程序的复用可以提高应用程序的开发效率和质量，节约开发成本，恰当的复用还可以改善系统的可维护性。而在面向对象的设计里面，可维护性复用都是以面向对象设计原则为基础的，这些设计原则首先都是复用的原则，遵循这些设计原则可以有效地提高系统的复用性，同时提高系统的可维护性。面向对象设计原则和设计模式也是对系统.........
【设计模式】结构型模式（四）：组合模式、享元模式
书山有路，学海无涯。记录成长，追逐梦想
11-09 962
组合模式（Composite Pattern）是一种设计模式，用于处理树形结构的数据。它的主要目的是将对象组合成树形结构来表示 “部分 - 整体” 的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
【设计模式】工厂模式
最新发布
weixin_56520780的博客
11-11 491
把对象的创建封装在一个接口函数里面，通过传入不同的标识，返回创建的对象。客户不用自己负责new对象，不用了解对象创建的详细过程把有关联关系的，属于一个产品簇的所有产品创建的接口函数，放在一个抽象工厂里面AbstractFactory，派生类（具体产品的工厂）应该负责创建该产品簇里面所有的产品。假如一类工厂如宝马工厂多做了一项业务如轮胎，那么就得在抽象工厂里面增加一个创建轮胎的产品接口（纯虚函数），所有的工厂都得重写该接口，否则都成了抽象类...
设计模式学习总结（一）
huanggang982的专栏
11-09 495
设计模式学习笔记面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象 现在，主流的编程范式或者是编程风格有三种：面向过程、面向对象和函数式编程。 需要掌握七大知识点： 1、面向对象的四大特性：封装、抽象、继承、多态 2、面向对象编程与面向过程编程的区别和联系 3、面向对象分析、面向对象设计、面向对象编程 4、接口和抽象类的区别以及各自的应用场景 5、基于接口而非实现编程的设计思想 6、多用组合少用继承的设计思想 7、面向过程的贫血模型和面
golang 泛型 middleware 设计模式: 一次只做一件事
半亩方糖
11-10 365
本文主要介绍 在使用 gRPC 和 Gin 框架中常用的 middleware 设计模式还有几种叫法。
设计模式之——观察者模式
m0_71974552的博客
11-07 1760
深入理解观察者模式：高效解耦的设计利器
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值