设计模式之美笔记—— 组合 与 继承 差异

设计模式之美 - 10

面向对象编程中，经典的设计原则 —— 组合优于继承，多用组合少用继承。

问题：

• 为什么不推荐使用继承？
• 组合相比继承有哪些优势？
• 如何判断该用组合还是继承？

一、为什么不推荐使用继承：

继承：可以解决代码复用问题。偏重于从属关系。

继承存在的问题：所有的鸟都继承鸟类的父类，父类中有一个fly的方法，但是对于鸵鸟，企鹅这类鸟类，就不应该存在fly这个方法。因为对于不会飞的鸟类，继承鸟类的父类，一方面会增加编码的工作量；另一方面，违背了 最少知道的设计原则。暴露不该暴露的接口给外部，增加了类使用过程中被误用的概率。

继承最大的问题就在于：继承层次过深、继承关系过于复杂会影响到代码的可读性和可维护性。

 

二、组合相比于继承有哪些优势：

实际上，我们可以利用组合（composition）、接口、委托（delegation）三个技术手段，一块儿来解决刚刚继承存在的问题。

 

三、如何判断该用组合还是继承？

如果类之间的继承结构稳定（不会轻易改变），继承层次比较浅（比如，最多有两层继承关系），继承关系不复杂，我们就可以大胆地使用继承。反之，系统越不稳定，继承层次很深，继承关系复杂，我们就尽量使用组合来替代继承。