关于Java中的继承和组合的一个错误使用的例子

目录

• 关于Java中的继承和组合的一个错误使用的例子
  • 什么是「组合」和「继承」
  • 分别在什么状况下使用
  • 反面教材
  • 后记

关于Java中的继承和组合的一个错误使用的例子

相信绝大多数人都比较熟悉Java中的「继承」和「组合」这两个东西，本篇文章就主要就这两个话题谈论一下。若是我某些地方写的不对，或者比较幼稚，论证不清晰，欢迎你们留言指正。

什么是「组合」和「继承」

假设有2个class：A和B:

• 若是class A extends B 那么咱们就说A继承B，A是子类，B是父类，这种状况就是继承。
• 若是A中有一个属性的类型为B，那么咱们就说这种状况就是组合。

分别在什么状况下使用

回想一些咱们通常会在什么状况下考虑这两个东西呢？我大体想了一下，每每会有以下的场景：

• 公用代码
• 为了代表事物之间的「共性」或者说仅仅为了「泛型」，抽取abstract class或者interface

我想来想去，好像真的只有这两种状况了，可是这两种状况有特别的有关联，好比说公用代码这个事情，其实abstract class和interface（Java 8中的default method）均可以达到。

好吧，说了这么多屁话，我就直接抛出个人观点吧，欢迎拍砖：

• 若是你仅仅想公用代码，并且使用这些公用代码的class或者method并无很明显的联系，那么就请使用组合。
• 若是若干个class或者其method有比较明显的联系，那么请抽取一个abstract class或者interface
• 慎用「属性继承」的特性，建议子类明确复写所须要的父类的属性。这一点尤其重要，后续会有一个例子来讲明这种状况的不利面。

反面教材

比较常见的一个例子：咱们在实际的项目中，每每会定义好的的POJO或者说model，而这些model每每都会有一些名词和类型相同的属性，好比：

// db table primary key
private int id;

很常见吧，可是我在实际工做中遇到过很多的同事，系统定义一个名称可能为BaseModel或者RootModel的类，把上面的属性id放在里面，而后整个项目中全部的model都继承这个BaseModdel类。不知道大家是否遇到过这样的同事？大家觉的这样写能有什么好处和坏处呢？

先说好处吧，若是非要说能带来什么好处的话，除了少敲几下键盘，在子类中少些了这些属性之外，没看见有啥实质性的好处。可是却为项目后续的维护带来了很麻烦的事情。

而后说这种写法的潜在问题吧：

某一天，由于一些缘由，你想找子类A（继承了BaseModel）中的属性id在项目中的哪些地方使用

机智的你熟练的使用起了IDE中的find usages,而后你就会发现你找到的使用位置很是的多，并且好多压根不是你关心的。可是没办法，你也搜索到了其余的继承了BaseModel的类的属性id的使用位置。若是项目不大，可能搜索到的熟练比较少，若是项目大了一点呢？当搜索熟练超过了50处，你接下来会怎么作？

• 一个一个看搜索出来的代码，看了十几二十个开始喷，而后继续一个一个往下找？
• 直接开始喷，而后在一个一个看搜索出来的代码？

如何避免出现这种状况呢，那就是不要使用相似这种BaseModel的方式来使用属性继承。固然为了严谨期间，我仍是须要详细说一下这个意思，我并无彻底反对属性继承哦，明确一下：

我反对的是整个项目全部的model继承一个BaseModel，而后把公用属性放在BaseModel中

的这种想法，注意是整个项目的

后记

上面的反面教材的例子我我的常常会遇见，因此单独拿出来讲一下，我不肯定在你们的项目中是否出现过这种状况。反正我已经被同事的这种写法坑过好多回了。

至于「组合」和「继承」其余相关的常见错误，我暂时还没想好（至少我觉的应该没人会犯），若是我后续想清楚了，或者读者朋友们有其余的建议但愿能够留言交流一下哈。