前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >软件架构设计原则之开闭原则

软件架构设计原则之开闭原则

原创
作者头像
Tom弹架构
修改2021-11-15 10:33:51
8430
修改2021-11-15 10:33:51
举报
文章被收录于专栏:Tom弹架构Tom弹架构

本文节选自《设计模式就该这样学》

开闭原则(Open-Closed Principle,OCP)是指一个软件实体(如类、模块和函数)应该对扩展开放,对修改关闭。所谓的开闭,也正是对扩展和修改两个行为的一个原则。它强调的是用抽象构建框架,用实现扩展细节,可以提高软件系统的可复用性及可维护性。开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定、灵活的系统。例如版本更新,我们尽可能不修改源代码,但是可以增加新功能。

在现实生活中开闭原则也有体现。比如,很多互联网公司都实行弹性作息时间,只规定每天工作8小时。意思就是说,对于每天工作8小时这个规定是关闭的,但是你什么时候来、什么时候走是开放的。早来早走,晚来晚走。

开闭原则的核心思想就是面向抽象编程,接下来我们来看一段代码。

以咕泡学院的课程体系为例,首先创建一个课程接口ICourse:

代码语言:txt
复制
public interface ICourse {
    Integer getId();
    String getName();
    Double getPrice();
}

整个课程生态有Java架构、大数据、人工智能、前端、软件测试等,我们来创建一个Java架构课程的类JavaCourse:

代码语言:txt
复制
public class JavaCourse implements ICourse{
    private Integer Id;
    private String name;
    private Double price;
    public JavaCourse(Integer id, String name, Double price) {
        this.Id = id;
        this.name = name;
        this.price = price;
    }
    public Integer getId() {
        return this.Id;
    }
    public String getName() {
        return this.name;
    }
    public Double getPrice() {
        return this.price;
    }
}

现在我们要给Java架构课程做活动,价格优惠。如果修改JavaCourse中的getPrice()方法,则存在一定的风险,可能影响其他地方的调用结果。我们如何在不修改原有代码的前提前下,实现价格优惠这个功能呢?现在,我们再写一个处理优惠逻辑的类JavaDiscountCourse(思考一下为什么要叫JavaDiscountCourse,而不叫DiscountCourse):

代码语言:txt
复制
public class JavaDiscountCourse extends JavaCourse {
    public JavaDiscountCourse(Integer id, String name, Double price) {
        super(id, name, price);
    }
    public Double getOriginPrice(){
        return super.getPrice();
    }
    public Double getPrice(){
        return super.getPrice() * 0.61;
    }
}

回顾一下,简单看一下类结构图,如下图所示。

图片1.png
图片1.png

关注微信公众号『 Tom弹架构 』回复“设计模式”可获取完整源码。

【推荐】Tom弹架构:30个设计模式真实案例(附源码),挑战年薪60W不是梦

本文为“Tom弹架构”原创,转载请注明出处。技术在于分享,我分享我快乐!如果本文对您有帮助,欢迎关注和点赞;如果您有任何建议也可留言评论或私信,您的支持是我坚持创作的动力。关注微信公众号『 Tom弹架构 』可获取更多技术干货!

其他设计原则

Tom弹架构:依赖倒置原则(Dependence Inversion Principle,DIP)

Tom弹架构:单一职责原则(Simple Responsibility Pinciple,SRP)

Tom弹架构:接口隔离原则(Interface Segregation Principle, ISP)

Tom弹架构:迪米特原则(Law of Demeter LoD)

Tom弹架构:里氏替换原则(Liskov Substitution Principle,LSP)

Tom弹架构:合成复用原则(Composite/Aggregate Reuse Principle,CARP)

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档