C++面向对象设计原则

面向对象设计,为什么?

变化是复用的天敌!面向对象设计最大的优势在于:抵御变化。

重新认识面向对象

理解隔离变化

从宏观层面来看,面向对象的构建方式更能适应软件的变化,能将变化所带来的的影响减为最小。

各司其职

从微观层面来看,面向对象的方式更强调各个类的“责任”

由于需求变化导致的新增类型不应该影响原来类型的实现——是所谓各负其责

对象是什么?

从语言实现层面来看,对象封装了代码和数据。

从规格层面讲,对象是一系列可被使用的公共接口。

从概念层面讲,对象是某种拥有责任的抽象。

一、概念

1)开放封闭原则(OCR,OpenForExtension, ClosedFor Modification Principle)

类的改动是通过增加代码进行的,而不是修改源代码。(对扩展开放,对更改封闭。类模块应该是可扩展的,但是不可修改)

2)单一职责原则 (SR,Single Resposlillty Principle)。

一个类应该仅有一个引起它变化的原因。

变化的方向隐含着类的责任。

3)依赖倒置原则 (DIP,Dependence Inversion Principle)

高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)。

抽象(稳定)不应该依赖于实现细节(变化) ,实现细节应该依赖于抽象(稳定)。

4)接口隔离原则 (ISP,Interface Segegation Principle)

不应该强迫客户的程序依赖他们不需要的接口方法。一个接口应该只提供一种对外功能, 不应该把所有操作都封装到一个接口中去。接口应该小而完备。

5)里氏替换原则(LSP, Luskov Substitution Princlple)

任何抽象类出现的地方都可以用他的实现(子)类进行替换。实际就是虚拟机制,语言级别实现面向对象功能。

6)优先使用组合而不是继承原则(CARP,Composite/Aggregate Reuse Principle)

如果使用继承,会导致父类的任何变换都可能影响到子类的行为

如果使用对象组合,就降低了这种依赖关系。

7)、封装变化点

使用封装来创建对象之间的分界层,让设计者可以分界层的一侧进行修改,而不会对另一侧产生不良的影响,从而实现层次的松耦合。

8)针对接口编程,而不是针对实现编程

一个对象应当对其他对象尽可能少的了解,从而降低各个对象之间的耦合,提高系统的可维护性。

例如在一个程序中,各个模块之间相互调用时,通常会提供一个统一的接口来实现。

这样其他模块不需要了解另外一个模块的内部实现细节。

当一个模块内部的实现发生改变时,不会影响其他模块的使用。(黑盒原理)

二、案例

1、开闭原则

解耦合的技术

繁忙的业务员案例

一个业务员需要做付款、取款、转账等一系列相关操作,如果客户比较多,并比较急的话,这样可能会存在问题。

轻松的业务员案例(抽象层,实现层)

抽象出一个业务员的类,然后根据业务需求将业务员的类拆分成存款业务员、转账业务员、取款业务员,将各个功能模块细化,并且在以后公共能添加中,不需要修改已经写好的代码,只是在原有框架的基础上添加新的业务实现逻辑。这样的做法极大的释放了业务员的工作能力以及工作效率。

2、依赖倒置原则

传统的过程式设计倾向于使高层次的模块依赖于低层次的模块,抽象层依赖于具体的层次。

例如电脑可以采用不同厂商的硬盘、CPU、显卡等硬件。针对不同硬件抽象出不同的接口,厂商根据这些接口设计自己的产品。电脑相当于高层的业务逻辑,向协议层靠。具体的CPU、内存、硬盘等相当于具体的厂商生产的产品,也向协议层靠拢。

3、迪米特法则

(1)和陌生人说话

(2)不和陌生人说话

(3)与依赖倒置结合,某人和抽象陌生人说话,让某人和陌生人进行解耦合

  • 2
    点赞
  • 1
    收藏
  • 打赏
    打赏
  • 0
    评论

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:编程工作室 设计师:CSDN官方博客 返回首页
评论

打赏作者

奕星星奕

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

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

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

打赏作者

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

抵扣说明:

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

余额充值