当前位置: 首页 > article >正文

设计原则 | 开放封闭原则

一、开放封闭原则(OCP:Open-Closed Principle)

1、原理

软件实体(类、模块、函数等等)应该是可以扩展的,但是不可修改的。如果程序中的一处改动就会引发连锁反应,导致一些列相关模块的修改,那么设计就会有僵化性的臭味。OCP建议应该对系统进行重构,这样以后再对系统进行修改,就不会导致更多的修改,就只需要添加新的代码,而不必修改已经正常运行的代码。

2、描述

开放封闭原则有两个主要的特征,它们是:

  • 对于扩展是开放的:这意味着模块的行为是可以扩展的,当需求改变时,可以对模块进行扩展,使其具有新的行为
  • 对于修改是封闭的:对模块的行为进行扩展时,不必修改模块原有的代码

这两个特征好像是互相矛盾的,扩展模型行为的方式通常是修改模块源代码,不允许修改的模块常常被认为是具有固定的行为。怎么才能在无需对模块进行修改的情况下就改变它的功能呢?

3、关键是抽象

在C++或其它编程语言中,可以创建出固定却能够描述一组任意个可能行为的抽象体(接口)。这个抽象体就是抽象基类,而这任意组可能的行为则表现为可能的派生类。

模块可以操作一个抽象体,由于模块依赖一个固定的抽象体,所以它对于修改可以是封闭的。同时,通过从这个抽象体派生,也可以扩展此模块的行为。

4、示例

5、结论

在许多方面,OCP都是面向对象设计的核心所在。遵循这个原则可以带来面向对象技术所声称的巨大好处(灵活性、可重用性以及可维护性)。然而,对于应用程序中的每个部分都肆意进行抽象同样不是一个好主意。正确的做法是,开发人员应该仅仅对程序中呈现出频繁变化的部分做出抽象,拒绝不成熟的抽象与抽象本身一样重要。


http://www.kler.cn/news/136006.html

相关文章:

  • LeetCode【92】翻转链表II
  • 将Excel中的数据导入shell脚本
  • 用java编写图书管理系统
  • HDCTF2023 - Reverse方向全WP
  • 在Oracle 11g 数据库上设置透明数据加密(TDE)
  • 【SpringCloud】Eureka基于Ribbon负载均衡的调用链路流程分析
  • BLIP-2:冻结现有视觉模型和大语言模型的预训练模型
  • C#具名参数(Named Parameters)
  • Ubuntu下发送邮件
  • C#编程题分享(1)
  • 【亚马逊云科技产品测评】活动征文|aws云服务器 + 微服务Spring Cloud Nacos 实战
  • 使用Java解决快手滑块验证码
  • unity 打包exe设置分辨率
  • 线上bug-接口速度慢
  • Spring Boot - 自定义注解来记录访问路径以及访问信息,并将记录存储到MySQL
  • 解决 Python requests 库中 SSL 错误转换为 Timeouts 问题
  • 使用 Core Tools 在本地开发 Azure Functions
  • 【图数据库实战】-HugeGraph系列
  • SpringCloud 微服务全栈体系(十四)
  • 【brpc学习案例实践一】rpc服务构造基本流程
  • 彻底解决electron-builder安装问题与npm下载配置问题
  • Docker发布简单springboot项目
  • C++ 删除无头链上所有指定值为x的节点。
  • Redis设计与实现-数据结构(建设进度15%)
  • Re50:读论文 Large Language Models Struggle to Learn Long-Tail Knowledge
  • ubuntu 查看5000端口是否开放
  • 2023 极术通讯-汽车“新四化”路上,需要一片安全山海
  • 享元模式学习
  • 艾泊宇产品战略:灵感于鬼屋,掌握打造卓越用户体验的关键要素
  • C#单例模式懒汉式与饿汉式