设计模式之设计原则——开闭原则

开闭原则(Open-Closed Principle, OCP):一个软件实体应当对扩展开放,对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。

随时间的推移需求会不断发生变化,我们需要在设计之初考虑设计架构是稳定的,可扩展的。开闭原则正是保证该思想的设计原则。

 

为了满足开闭原则,需要对系统进行抽象化设计,抽象化是开闭原则的关键。即用接口或者抽象类等替换掉我们的对象。可以通过对抽象层定义,再通过具体类
来进行扩展。如果需要修改系统的行为,无须对抽象层进行任何改动,只需要增加新的具体类来实现新的业务功能即可,实现在不修改已有代码的基础上扩展系统的功能,达到开闭原则的要求。

 

常见的代码中大量的if else,如

        if ("a".equals(type)){
            doA();
        }
        if ("b".equals(type)){
            doB();
        }
        if ("c".equals(type)){
            doC();
        }

此时如果需求新增一个type为"d",我们的代码是否又要增加一个if,现在对现有代码的入侵太严重

 

使用开闭原则,通过一个抽象类Deal类,让子类去实现抽象方法,当我们调用时,不关心子类到底是哪个子类,只用调用Deal.doSomeThing()。如果还有一个type为“d”,新增一个class D extends Deal即可。这样对现有代码入侵小,扩展性更高

abstract class Deal{
    abstract void doSomeThing();
}

class A extends Deal{

    @Override
    void doSomeThing() {
        doA();
    }
}

class B extends Deal{

    @Override
    void doSomeThing() {
        doB();
    }
}

class C extends Deal{

    @Override
    void doSomeThing() {
        doC();
    }
}

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值