面向对象编程时，有十条很重要的原则：
- 代码复用
- 封装变化
- 开闭原则
- 单一职责原则
- 依赖注入/依赖倒置原则
- 里氏替换原则（LSP）
- 接口隔离原则（ISP）
- 多用组合，少用继承
- 面向接口编程
- 委托原则
上图摘自《Head First - Java 设计模式》
本文列举“多用组合，少用继承”的五条原因。
1. Java 不支持多继承
Java 不支持多继承，这个限制导致只能其继承一个基类。如果想赋予一个类多个功能，选择只有两个：接口和组合。多个功能将以成员变量的形式存在于宿主类中。
2. 组合让测试更容易
单元测试的时候，我们需要 mock 数据。使用继承时，我们不得不 mock 基类。而使用组合，则简单很多。而且，我们可以通过注入不同的实例来方便的完成 mock 和线上实例的切换。
3. 现有设计模式辅证
在现有成熟的设计模式中，策略模式（Strategy design pattern）和装饰者模式（Decorator design pattern）都使用了组合的形式。
4. 继承不利于封装
在继承中，如果子类依赖父类的行为，子类将变得脆弱。因为一旦父类行为发生变化（代码结构或性能优化等原因引起的），子类也将受到影响。
5. 组合更具灵活性
使用组合，可以灵活的替换超类（基类或接口）的实现方案。比如 Java 中用于比较的接口 Comparator。以组合的形式使用 Comparator，可以通过 set 不同的实现来比较不同的实例来完成多种比较功能。
744
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
