面对修改关闭，面对扩展开放

最新推荐文章于 2023-01-28 20:17:39 发布
最新推荐文章于 2023-01-28 20:17:39 发布
阅读量901 收藏
点赞数
分类专栏： 原创 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ddd_qqq/article/details/103528017
版权

开闭原则
Java web中开闭原则（OCP）是指软件实体应当对扩展开放，对修改关闭。对扩展开放意味着模块的行为是可扩展的，对于修改的封闭则是对模块的行为进行扩展时，不必改动模块的源代码或者二进制代码。

如果原有的需求的实现改变了，那就还是要对源代码进行修改了。开闭原则针对的是扩展功能的情况，而不是修改原有需求的情况。

BetaCat1
关注
专栏目录
软件设计师---面对对象分析和结构化分析
前端与计算机相关知识的分享，博主的qq523235674
04-09 1924
一.结构化设计 1.概念：结构化设计主要包括以下步骤： ①体系结构设计：定义软件的主要结构元素及其关系 ②数据设计：基于实体联系图确定软件涉及的文件系统的结构及数据库的表结构 ③接口设计：描述用户界面，软件和其他硬件设备、其他软件系统及使用人员的外部接口，以及各种构件之间的内部接口 ④过程设计：确定软件各个组成部分内的算法及内部数据结构，并选定某种过程的表达形式来描述各种算法 注：这些设计的具体体现是结构图，结构图中的元素包括模块、调用、数据、控制信息和转接符号 2.结构化分析与结构化设计的关
【设计原则】开闭原则（对扩展开放、对修改关闭）
keeper42的博客
03-13 765
开闭原则的英文全称是 Open Closed Principle，简写为 OCP。它的英文描述是：software entities (modules, classes, functions, etc.) should be open for extension , but closed for modification。即：软件实体（模块、类、方法等）应该“对扩展开放、对修改关闭”。添加一个新的功能应该是，在已有代码基础上扩展代码（新增模块、类、方法等），而非修改已有代码（修改模块、类、方法等）。 下面
对修改关闭，对扩展放开。
tajon1226的专栏
11-26 559
HelloDialog::HelloDialog(QWidget *parent) : QDialog(parent), ui(new Ui::HelloDialog) { ui->setupUi(this); ui->label->setText("测试"); registerSN(snListA); qDebug() << snListA.si
设计模式：如何对扩展开放，对修改关闭
qq_24074771的博客
01-28 864
设计模式：如何对扩展开放，对修改关闭
开闭原则(对修改封闭，对扩展开放)
jakelihua
12-15 552
开闭原则,对修改封闭，对扩展开放
开闭原则：对修改关闭，对扩展开放。
weixin_30532759的博客
12-11 255
1、对修改关闭，对扩展开放。 2、依赖于接口和抽象类就可以不怕更改。 3、只有当子类可以替换掉父类，软件的功能单位不受影响时，父类才能真正被复用。而子类也能在父类的基础上添加新的行为。 4、简单工厂模式与工厂方法模式的区别。 5、既然是继承，并且肯定这个继承有意义，就应该成为子类的模板，所有重复的代码都应该上升到父类中去，不要让子类去做重复的事情。 6、类之间的耦合越弱越有利于被复用，一...
面对对象编程的四个原则
05-25
2. 开放封闭原则（OCP）：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。也就是说，当需要修改一个软件实体时，应该尽可能地利用扩展来实现，而不是直接修改。 3. 里氏替换原则（LSP）：任何基类可以...
软件工程中的可扩展性与拓展性设计指导详评.pptx
最新发布
03-21
- **定义**：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。 - **作用**：通过这种方式，可以在不修改现有代码的情况下添加新的功能或行为，从而减少了错误引入的风险，并提高了系统的稳定性。 **依赖...
java面对对象，培训课程
10-12
2. 开闭原则（OCP）：对扩展开放，对修改关闭，意味着我们在设计时应允许扩展功能，但避免修改已有代码。 3. 里氏替换原则（LSP）：子类型必须能够替换它们的基类型，而不会导致程序的不正确行为。 4. 接口隔离...
浅谈C#设计模式之开放封闭原则
12-26
在软件设计模式证这种不能修改，但可以扩展的思想也是最重要的设计原则，他就是开放-封闭原则 （OCP） 对于程序设计而言，怎么的设计才能面对需求的改变却可以保持相对的稳定，从而可以使得系统可以再第一个版本的...
开闭原则
cnjn2007的专栏
04-24 441
  开闭原则（OCP：Open-Closed Principle）是指在进行面向对象设计（OOD：Object Oriented Design）中，设计类或其他程序单位时，应该遵循：- 对扩展开放（open）- 对修改关闭（closed）的设计原则。开闭原则是判断面向对象设计是否正确的最基本的原理之一。根据开闭原则，在设计一个软件系统模块（类，方法）的时候，应该可以在不修改原有的模块（修改
对修改关闭-对拓展开放
weixin_42547039的博客
11-03 287
常常都会听到别人说一个好的程序最基本的就是良好的可拓展性和易修改性 那么到底什么是良好的拓展和已修改性呢？ 我们又为什么要保证程序的修改和拓展呢？ 面向对象、泛型、反射、继承 多态、依赖注入、面向接口编程 https://blog.csdn.net/depao5606/article/details/102226183 ...
设计模式-2、面向接口编程就是对扩展开放，对修改关闭原则践行的最好方式
a245293206的博客
08-05 331
学习设计模式和学习数据库设计时候给我的是一样的感觉，看字面意思就能懂他想表达的是什么，但实际应用中总是不知所措。 以目前所了解到的知识，设计模式设计原则都是为了提供一个稳定的，可扩展，可读的代码，应用面向对象的四大特性-封装，抽象，多态和继承，那么如何做到对扩展开放，对修改关闭？其实用的就是封装和抽象的思想，封装好需要改变的部分，提供稳定的描述性的抽象定义。 对修改关闭是否是完全不修改，这肯定是不可能的，那怎么实现新的需求，这也是在字面意思后需要思考的部分，要关闭的是那些违反了解耦的有害修...
修改封闭、扩展开放原则
认知 行动 坚持
07-15 7810
最近有位新同学想修改某一接口， 以满足特定需求， 后台这个方案被他们组的老鸟否定。        于是， 我想到了一句话： 修改封闭、扩展开放！
OOD&OOP-对扩展开放、对修改关闭
qq_41105501的博客
11-22 1007
对扩展开放、对修改关闭 SOLID 中的第二个原则：开闭原则，即对扩展开放、对修改关闭，扩展性是代码质量最重要的衡量标准之一，那么，“怎样的代码改动才被定义为‘扩展’？怎样的代码改动才被定义为‘修改’？怎么才算满足或违反‘开闭原则’？修改代码就一定意味着违反‘开闭原则’吗？”。 如何理解“对扩展开放、修改关闭”？ 开闭原则的英文全称是 Open Closed Principle，简写为 OCP。它的英文描述是：software entities (modules, classes, functions, e
设计模式-开放封闭原则
晓风残月xj
04-01 1342
最近在很多场合都看见设计模式的影子，一直以来，都投入主要时间在搞算法与数据结构，很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客，开始我的设计模式之旅。         今天先介绍一下开放封闭模式。 概念：        软件实体（类、函数、接口等）可以扩展，但不能修改。  解释：    开
面向对象设计的六大基本原则
你的时间在哪里，你的成就就在哪里
04-28 157
  面向对象设计的六大基本原则: 1)开闭原则 2)里氏代换原则 3)依赖倒转原则 4)接口隔离原则 5)迪米特法则 6)合成/聚合复用原则   依次解释六大基本原则： 1) 开闭原则:      即面向扩展开放，面向修改封闭，也就是说系统支持扩展，但是不支持修改。     为什么这么做？ 在开发阶段，我们都知道，如果对一个功能进行扩展，如果只是一味地对方法进行修改，可能...
CTO是如何写代码的，对扩展开放，对修改封闭原则 开发封闭原则
飞熊的博客
10-13 201
父类 public abstract class GeneralChannelRule { public abstract void process(); } 枚举类，只需要增加 import javax.print.attribute.standard.Sides; public enum ChannelRuleEnum { /** * 头条 */ TOUTIAO("TOUTIAO",new TouTiaoChannelRule()), ...
如何做到“对扩展开放、修改关闭”？扩展和修改各指什么？
Firstlucky77的博客
06-01 610
在上一篇文中，我们学习了单一职责原则。今天，我们来学习 SOLID 中的第二个原则：开闭原则。我个人觉得，开闭原则是 SOLID 中最难理解、最难掌握，同时也是最有用的一条原则。之所以说这条原则难理解，那是因为，“怎样的代码改动才被定义为‘扩展’？怎样的代码改动才被定义为‘修改’？怎么才算满足或违反‘开闭原则’？修改代码就一定意味着违反‘开闭原则’吗？”等等这些问题，都比较难理解。之所以说这条原则难掌握，那是因为，“如何做到‘对扩展开放、修改关闭’？如何在项目中灵活地应用‘开闭原则’，以避免在追求扩展性的同
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值