设计原则-->开放-封闭原则(OCP)

软件实体(类、模块、函数等等)应该是可以扩展的,但是不能修改的。

如果程序中的一处改动就会产生连锁反应,导致一系列样模块的改动,那么设计就具有有僵化的臭味.

OCP建议我们应该对系统进行重构,这样以后对系统再进行那样的改动时,就不会导致更多的修改。如果正确地应用OCP,那么以后再进行同样的改动时,就只需要添加新的代码,而不必改动已经正常运行的代码。

也许,这看起来像是众所周知的可望而不可即的美好理想——然而,事实上却有一些相对简单并且有效的策略可以帮助接近这个理想。

描述

    1.对于扩展是开放的(Open for extension)

    2.对于更改是封闭的(Closed for modification)

    这两个特征好像是互相矛盾的。扩展模块的行为的通常方式就是修改该模块的源代码。不允许修改的模块常常都被认为是具有固定的行为。

关键是抽象

    在C++,Java或者其他任何的OOPL中,可以创建出

转载于:https://my.oschina.net/lavedream/blog/666035

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值