对SOLID设计原则的个人总结

最新推荐文章于 2024-09-21 09:47:19 发布
最新推荐文章于 2024-09-21 09:47:19 发布
阅读量512 收藏
点赞数
分类专栏： 设计模式 文章标签： 设计模式 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 837
在面向对象编程中，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 1856
文章目录SOLID原则单一责任原则开放／封闭原则里民代换原则常见代码问题错误示例代码辅助工具接口分离原则依赖反转原则 SOLID原则 单一责任原则（SRP） 开放/封闭原则(OCP） 里氏代换原则(LSP) 接口分离原则(ISP) 依赖反转原则（DIP） 对象建模并不容易，而且也不是精确科学。原则的存在大多数情况下告诉你做事的方式．一一给予指导，可能为你指明正确的方向。建模的整个要点是找到正确...
我所理解的SOLID原则
e5Max的专栏
05-01 1万+
S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则。
Solid原则
HelloMagina的博客
05-15 699
solid原则由如下5个原则组合而成。 S:单一职责原则 一个类只代表一种对象定义，只做一种类型责任。如果某个类承担了其他类型责任的时候，就需要分解这个类了。如果将多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，就可能影响到另一个功能，就需要新一轮的测试来避免可能出现的问题，非常耗时耗力。 O:开闭原则 软件实体应该是可扩展的，而不是可修改的。对扩展开放，对修改封闭。对于该原则可解释为： 通过增加代码来扩展功能，而不是修改已经存在的代码； 若客户模块和服务模块遵循同一个接口来设计，则客户模
solid 设计原则 php,面向对象设计SOLID五大原则
weixin_39877898的博客
03-18 192
今天我给大家带来的是面向对象设计SOLID五大原则的经典解说。我们知道，面向对象对于设计出高扩展性、高复用性、高可维护性的软件起到很大的作用。我们常说的SOLID五大设计原则指的就是：S = 单一职责原则 Single Responsibility PrincipleO = 开放闭合原则 Opened Closed PrincipleL = Liscov替换原则 Liscov Substituti...
SOLID设计原则
附离-Laughing的博客
01-13 215
个人观点 单一职责是所有的设计原则的基础，开闭原则是所有的设计原则的终极目标，里氏替换强调的是子类替换父类后程序运行时的正确性，主要是用来帮助实现开闭原则，接口隔离原则是用来帮助实现里氏替换原则的，同时它也体现了单一职责。依赖倒置原则是过程式编程和OO编程的分水岭，同时也被用来指导接口的隔离原则。关系如下所示： 单一职责原则(Single Responsibility Principle) 要真正理解并正确运用单一职责原则，并没有那么容易。Robert C. Martin（又名“Bob大叔”）把职责定义为
简单总结下SOLID 原则
qq_39509597的博客
05-19 427
SOLID 原则并非单纯的 1 个原则，而是由 5 个设计原则组成的，它们分别是：单一职责原则、开闭原则、里式替换原则、接口隔离原则和依赖反转原则，依次对应 SOLID 中的 S、O、L、I、D 这 5 个英文字母。 单一职责原则 单一职责原则的英文是 Single Responsibility Principle，缩写为 SRP。这个原则的英文描述是这样的：A class or module should have a single responsibility。如果我们把它翻译成中文，那就是：一个类
Solid原则+23种设计模式之心得
qq_40098992的博客
04-03 1610
软件设计原则学习心得和23种设计模式学习笔记分享
设计模式六大原则——SOLID
落队的飞行兵
08-12 1万+
SOLID 设计模式的六大原则有： Single Responsibility Principle：单一职责原则 Open Closed Principle：开闭原则 Liskov Substitution Principle：里氏替换原则 Law of Demeter：迪米特法则 Interface Segregation Principle：接口隔离原则 Dependence Inver...
设计模式（面向对象六大原则）（总结）
ZPCrobot的博客
06-30 470
单一职责原则-Single Responsibility Principle-SRP 定义：就一个类而言，应该仅有一个引起它变化的原因。 实际开发： 单一职责所表达出的用意就是”单一“二字。如何划分一个类，一个函数的职责，每个人都有自己的看法，这需要根据个人经验、具体的业务逻辑而定，他也有一些基本的指导原则，例如，两个完全不一样的功能就不应该放在一个类中。一个类中应该是一组相关性很高的函数、数据的封装。工程师可以不断的审视自己的代码，根据具体的业务、功能对类进行相应的拆分，这事程序员优化代码迈出的第一步。
你懂SOLID原则吗？
IDEAL Garden
12-24 447
虽然SOLID原则不能时刻有效指导编码落地，理解这些原则背后的设计理念，让你迈出了第一步，接下来，你需要做的是在前进的路上，不断地进行编码实践、思考总结，将其内化。 做了这么多年的面向对象编程还是写出违背SOLID原则的代码，一看都懂、一做就被怼，敏感度不够，如何是好？ 难道SOLID原则本身就有错？ 难道我不应该涉水OOD？ …… 请先屏住呼吸，我们来看看SOLID叫什么： Single Responsibility Principle，单一职责原则 Open Close Principle，开.
面向对象设计与分析40讲（1）面向对象的三大特性和七个原则
二进制君
04-17 1191
文章目录1、三大特性2、七大原则3、七点原则总结 1、三大特性 封装：就是把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏。一个类就是一个封装了数据以及操作这些数据的代码的逻辑实体。在一个对象内部，某些代码或某些数据可以是私有的，不能被外界访问。通过这种方式，对象对内部数据提供了不同级别的保护，以防止程序中无关的部分意外的改变或错误的使用了对象的私有部分。 继承：指可以让某个类型的对象获得另一个类型的对象的属性的方法。它支持按级分类的概念。继承是指这样
设计原则：面向对象设计原则详解
热门推荐
黄规速博客:学如逆水行舟，不进则退
05-17 3万+
我们在应用程序开发中，一般要求尽量两做到可维护性和可复用性。 应用程序的复用可以提高应用程序的开发效率和质量，节约开发成本，恰当的复用还可以改善系统的可维护性。而在面向对象的设计里面，可维护性复用都是以面向对象设计原则为基础的，这些设计原则首先都是复用的原则，遵循这些设计原则可以有效地提高系统的复用性，同时提高系统的可维护性。面向对象设计原则和设计模式也是对系统.........
学会这10个设计原则，离架构师又进了一步！！！
公众号：微观技术
06-13 2531
知识分享，以技会友。大家好，我是Tom哥。阅读本文大约需要 15 分钟。 闲言碎语： 一个懂设计原则的程序猿，写出来的代码可扩展性就是强，后续的人看代码如沐春风。相反，如果代码写的跟流水账似的，完全一根筋平铺下来，后续无论换谁接手维护都要骂娘。 做软件开发多年，CRUD仿佛已经形成一种惯性，深入骨髓，按照常规的结构拆分：表现层、业务逻辑层、数据持久层，一个功能只需要个把小时代码就撸完了。 再结合CTRL+C和CTRL+V绝世秘籍，一个个功能点便如同雨后春笋般被快速克隆实现。 ...
设计模式-适配器模式
最新发布
极地星辰
09-21 258
适配器模式是解决接口不兼容问题的有效手段，它通过定义一个中间层来实现接口的转换和适配，使得原本无法协同工作的类能够一起工作。在软件开发中，当我们遇到需要将旧系统组件集成到新系统中，或者需要集成第三方库时，都可以考虑使用适配器模式。通过灵活应用适配器模式，我们可以提高系统的复用性、灵活性和可扩展性，同时降低模块之间的耦合度。本文将深入分析适配器模式的原理、应用场景、优缺点，并通过C++示例来展示其实际应用。
【系统架构设计师】设计模式的分类
Programming Talk
09-18 243
设计模式（Design Pattern）是软件开发中的最佳实践，旨在解决常见的设计问题。创建型模式结构型模式行为型模式，每个类别都提供了解决特定问题的模式。下面将详细介绍每个类别及其包含的所有设计模式，并提供简要的说明，帮助区分不同模式。设计模式提供了一套通用的解决方案来应对软件开发中的复杂问题。通过了解每种模式的分类及其适用场景，可以更高效地设计灵活、可扩展的系统。
C++设计模式
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
09-15 1920
Abstract Factory 抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。Adapter适配器模式：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工 作。Bridge桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变 化。Builder建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建 过程可以创建不同的表示。
vue MVC设计模式与MVVM设计模式
小白小白从不日别的博客
09-17 830
于是2009年Angular.js横空出世，带来了全新的MVVM设计模式，让开发者眼前一亮，除了M和V层以外，就是这个VM层啦，即：viewModel层。使用Vue框架开发前端项目，最大的优势就是再也不用进行复杂的DOM操作了，我们只要关心数据的变化即可，Vue框架会帮我们把复杂的DOM进行渲染，这背后都要归功于他的设计思想，即MVVM设计模式。随着Ajax技术的流行，前后端分离开发越来越流行，前端需要处理复杂的视图与数据，迫使前端也急需一种设计模式来进行分层处理，所以MVC设计模式开始进入前端领域。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值