文章目录
- 什么情况下不推荐使用继承?
- 组合相比继承有哪些优势?
- 使用组合、继承的时机
本文主要想了解:
什么情况下不推荐使用继承?
继承是面向对象的四大特性之一,用来表示类之间的 is-a 关系,可以解决代码复用的问题。
但当继承层次过深、过复杂,也会影响到代码的可维护性。在这种情况下,我们应该尽量少用,甚至不用继承。
组合相比继承有哪些优势?
可以利用组合(composition)、接口、委托(delegation)三个技术手段,一块儿来解决刚刚继承存在的问题:继承层次过深、继承关系过于复杂会影响到代码的可读性和可维护性。
如下例子:
替代复杂的继承关系逻辑
我们知道继承主要有三个作用:表示 is-a 关系,支持多态特性,代码复用。而这三个作用都可以通过其他技术手段来达成。
所以,从理论上讲,通过组合、接口、委托三个技术手段,我们完全可以替换掉继承,在项目中不用或者少用继承关系,特别是一些复杂的继承关系。
使用组合、继承的时机
总体原则
相关设计模式
有一些设计模式会固定使用继承或者组合。
我们必须使用继承的场景
如果你不能改变一个函数的入参类型,而入参又非接口,为了支持多态,只能采用继承来实现。
如下:
参考:《设计模式之美》王争