设计模式 六大原则

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

设计模式学习笔记（目录）

1 单一职责原则
一个类只完成一个功能模块
在这里插入图片描述

2 开闭原则
如果有新的功能 则新创建一个类进行编辑，原则上不修改原有的代码
在这里插入图片描述

3 依赖倒置原则
面向接口编程 ，每一个类都建立对应的接口类 ，使用时持有接口类的对象 ，

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

4 里氏替换原则
子类扩展父类的功能，但不要改变父类原有的功能
在这里插入图片描述

5 接口隔离原则
接口功能尽量最小化 ，最小功能单元
在这里插入图片描述

6 迪米特原则
降低耦合 局部变量中不要引入新的类
在这里插入图片描述

a136447572
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Java设计模式六大原则
流楚丶格念的博客
10-16 1488
单一职责原则：一个类，应当只有一个引起它变化的原因；即一个类应该只有一个职责里氏替换原则：所有引用基类的地方必须能透明地使用其子类对象。依赖倒置原则：高层模块不应该依赖低层模块，两者都依赖其抽象；抽象不依赖细节；细节应该依赖于抽象。接口隔离原则：客户端不应该依赖它不需要的接口，类间的依赖关系应该建立在最小的接口上。迪米特法则：是一个对象应当对其他对象尽可能少的了解，如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用；
设计模式六大原则
01-31
解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。说到单一职责原则，...
设计模式六大原则详解
eyes++的博客
01-26 3373
Single-Responsibilitiy Principle（SRP）：对一个类而言，应该仅有一个引起它变化的原因。如果存在多于一个动机去改变一个类，那么这个类就具有多于一个的职责，就应该把多余的职责分离出去，再去创建一些类来完成每一个职责。
前端必须知道——设计模式六大原则
chenyu-max
10-28 1411
六大原则 1. 单一职责原则 single Responsibility principle 一个方法只做一件事情，请求数据的函数你就不要渲染数据了，吃饭上厕所别用同一个地方   假设我们涉及的一个函数，不按照单一职责原则来写，代码的复杂度会提高，因为一个函数内部含有多个功能，而实际上，每个功能都可以独自拆分程一个独立的函数。   也就是说，每个函数来写一个功能。诸多函数汇总起来，就要形成耦合，也就是以牺牲耦合度的代价来降低复杂度。 2.开闭原则 OCP   开闭原则 OCP 一个软件实体如类、模块和函
C# 设计模式六大原则
韬光养晦
11-23 1482
C# 设计模式六大原则 （1）单一职责原则 （2）里氏替换原则 （3）依赖倒置原则 （4）接口隔离原则 （5）迪米特法则 （6）开闭原则 设计模式六大原则（1）：单一职责原则 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改
设计模式与六大原则
kayyoo的博客
11-11 1114
设计模式6大原则
java设计模式的六大原则
m0_71674867的博客
07-24 2401
其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。依赖倒转原则是基于这样的设计理念相对于细节的多变性，抽象的东西要稳定的多。用抽象构建框架，用实现扩展细节。里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖来解决问题。使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。...
设计模式6大原则
qq_45800640的博客
07-09 6006
设计模式的目的 设计模式是为了让程序（软件），具有更好的： 1)代码可重用性(即:相同功能的代码，不用多次编写) 2)可读性(即:编程规范性，便于其他程序员的阅读和理解) 3)可扩展性(即:当需要增加新的功能时，非常的方便，称为可维 4)可靠性(即:当我们增加新的功能后，对原来的功能没有影响) 5)使程序呈现高内聚,低耦合的特性 (1)单一职责原则（Single Responsibility Principle） 对类来说的，即一个类应该只负责一项职责。如类A负责两个不同职责:职责1，职责2。当职责1需求
设计模式六大原则——SOLID
热门推荐
落队的飞行兵
08-12 1万+
SOLID 设计模式的六大原则有： Single Responsibility Principle：单一职责原则 Open Closed Principle：开闭原则 Liskov Substitution Principle：里氏替换原则 Law of Demeter：迪米特法则 Interface Segregation Principle：接口隔离原则 Dependence Inver...
设计模式（一）——六大原则
m0_47743175的博客
11-28 2316
设计模式六大原则
12. Hibernate 模板设计模式
这是一个web全栈开发的博客，取其精华去其糟粕，争取让大家一看就懂，一学就会，一用就成~
07-22 745
如何运用模板设计模式重构 Hibernate 操作流程；持久化对象与序列化接口；OOP中有一个编码原则 ：写仅写一次。翻译过来就是，不要重复，要重用。答案是：使用模板设计模式进一步封装Hibernate的操作。在真实项目中，Hibernate仅仅只是完成项目中的一部分工作，需要和其它，如Spring等框架联合工作，一起承担整体项目的开发。Spring框架中就提供的有Hibernate模板对象。一个常规的、频繁的操作代码中，大部分代码不需要变动，只有小部分代码需要根据需求变动。
iOS开发设计模式篇第一篇MVC设计模式
我叫柱子哥
07-22 1056
MVC（Model-View-Controller）是一种常见的软件设计模式，旨在将应用程序的逻辑、用户界面和输入进行分离。在iOS开发中，MVC帮助开发者组织代码，提高可维护性和可扩展性，使得项目结构更加清晰。本文将介绍MVC的基本概念、在iOS中的具体实现、优缺点、实践建议，以及其他常见的架构模式。
设计模式实战：在线购物系统的设计与实现
qq_40254606的博客
07-20 1067
本篇文章将介绍如何设计一个在线购物系统，系统包括购物车、订单处理、支付等功能。我们将通过这一项目，应用组合模式、命令模式、策略模式和观察者模式来解决具体的设计问题。通过本项目，我们综合应用了组合模式、命令模式、策略模式和观察者模式，解决了在线购物系统的设计需求。通过这些模式，我们实现了系统模块的解耦和灵活扩展，使得代码结构更加清晰、易于维护。
Java 和 SpringBoot 中的设计模式 详解
weixin_68074170的博客
07-19 705
假如有一结果api结果返回值的类Person，其在代码中频繁被使用。这两种使用方法的弊端有：（1）：当只需要部分参数的时候需要再定义个构造函数（比如失败的情况只需要code和message，结果肯定是空，因此不需要data），且一旦参数较多，则；（2）；Lombok插件的@Builder注解。
C# 设计模式分类
最新发布
語衣的个人博客
07-23 403
创建型模式主要关注对象的创建过程，包括如何实例化对象，并隐藏实例化的细节。结构型模式主要关注类和对象的组合，以形成更大的结构。行为型模式主要关注对象之间的通信和职责分配。
跟着GPT学设计模式之模板模式
欢迎关注公众号“雨林寻北”，添加个人微信codetrend（备注技术）。
07-19 946
模板模式是一种行为型设计模式，它定义了一个操作中的算法骨架，将一些步骤的具体实现延迟到子类中。该模式使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。
java设计模式：04-行为型模式-概览
Mr_Air_Boy的博客
07-23 486
行为型模式（Behavioral Patterns）主要关注对象之间的通信和职责分配，旨在通过对象之间的相互作用来实现特定的功能。行为型模式不仅关注类和对象的结构，还关注它们之间的协作。通过使用行为型模式，可以提高系统的灵活性和可维护性，减少对象之间的耦合。
设计模式的作用、场景以及示例【快速入门，体验拉满，按需使用】
Dream的博客
07-22 500
设计模式（Design pattern）：是针对设计问题的通用解决方案。 使用设计模式：可以把它应用到特定的应用中，用于解决相似的问题。 使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 真正理解什么是设计模式，就是要透彻理解OO的四大要素：封装、继承、多态和关联。其中核心是封装的概念。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值