开闭原则(对扩展开放,对修改关闭)

开闭原则

开闭原则是指一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。也就是说一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化。我们以书店销售书籍为例来说明什么是开闭原则。

其类图如下:

在这里插入图片描述

书籍及其实现类代码如下:

在这里插入图片描述

书店类代码:

在这里插入图片描述

项目开发完了,开始正常卖书了。假如到了双十一,要搞打折活动,上面的功能是不支持的,所以需要修改程序。有三种方法可以解决这个问题:

(1)修改接口

在IBook接口里新增getOffPrice()方法,专门用于进行打折,所有的实现类都实现该方法。但这样修改的后果就是,实现类NovelBook要修改,书店类BookStore中的main方法也要修改,同时,IBook作为接口应该是稳定且可靠的,不应该经常发生变化,因此,该方案被否定。

(2)修改实现类

修改NovelBook类中的方法,直接在getPrice()方法中实现打折处理,这个方法可以是可以,但如果采购书籍的人员要看价格怎么办,由于该方法已经进行了打折处理,因此采购人员看到的也是打折后的价格,会因信息不对称出现决策失误的情况。因此,该方案也不是一个最优的方案。

(3)通过扩展实现变化

增加一个子类OffNovelBook,覆写getPrice方法,高层次的模块(也就是BookStore中static静态块中)通过OffNovelBook类产生新的对象,完成业务变化对系统的最小开发。这样修改也少,风险也小,修改后的类图如下:

在这里插入图片描述
1723164141128)

OffNovelBook源码如下:

在这里插入图片描述
1723164141128)

然后修改BookStore中的书籍类为OffNovelBook:

在这里插入图片描述
1723164141129)

如果对你有帮助,就一键三连呗(点赞+收藏+关注),我会持续更新更多干货~~

  • 7
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序猿陌名!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值