Effective Java 【类和接口】第18条 复合优先于继承

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Effective Java 【类和接口】第18条 复合优先于继承，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1597字，纯文字阅读大概需要3分钟。

内容图文

目录

• 前言
• 如何解决问题
• 什么是复合
• 总结

前言

在包的内部使用继承是非常安全的，在那里子类和超类的实现都处在同一个程序员的控制之下。对于专门为了继承而设计并且具有很好的文档说明的类来说（详见第19条），使用继承也是非常安全的。

然而，对普通的具体类进行跨越包边界的继承，则是非常危险的。

其原因主要是因为：
与方法调用不同的是，继承打破了封装性。子类依赖于其超类中特定功能的实现细节。如果超类中的实现改变，就有可能给子类的逻辑带来很大的危害。因而，子类必须要跟着其超类的更新而演变，除非超类是专门为了扩展而设计的，并且具有很好的文档说明。

如何解决问题

1. 如上述，如果超类是专门为了扩展，或者基本不会更改，继承相对安全
2. 如果子类与超类不是明确的IS-A关系，不能使用继承，使用复合更为合适。

什么是复合

既不扩展现有的类，而是在新的类中增加一个私有域，它引用现有类的一个实例。。这种设计被称为复合，因为现有的类变成了新类的一个组件。新类中的每个实例方法都可以调用被包含的现有类实例中对应得方法。这样得到的类将会非常稳固，它不依赖于现有类的实现细节。即使现有类添加了新的方法，也不会影响新的类。

eg:

public class A {
 private B b;//加入B对象的引用来替代继承
 .....
 ....
}

如果想要在A中规范B中相应的接口，可采用装饰器模式的写法。
eg：

public class B implement InterfaceB{
	....
}

public class A extend B implement InterfaceB{
	....
}

总结

简而言之，继承的功能非常强大，但是也存在诸多的问题，因为它违反了封装的原则。只有当子类和超类之间确实存在类型关系时，使用继承才是恰当的。即便如此，如果子类和超类处在不同的包中，并且超类并不是为了继承而设计的，那么继承将会导致脆弱性，为了避免这种脆弱性，可以用复合和转发的机制（装饰复合类的方法）来代替继承，尤其是当存在适当的接口可以实现包装类的时候，包装类不仅比子类更加健壮，而且功能也更加强大。
。

内容总结

以上是互联网集市为您收集整理的Effective Java 【类和接口】第18条 复合优先于继承全部内容，希望文章能够帮你解决Effective Java 【类和接口】第18条 复合优先于继承所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端