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

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

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

假设有2个class:AB:

  • 如果class A extends B 那么我们就说A继承B,A是子类,B是父类,这种情况就是继承。
  • 如果A中有一个属性的类型为B,那么我们就说这种情况就是组合。
分别在什么情况下使用

回想一些我们一般会在什么情况下考虑这两个东西呢?我大致想了一下,往往会有如下的场景:

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

我想来想去,好像真的只有这两种情况了,但是这两种情况有特别的有关联,比如说公用代码这个事情,其实abstract classinterface(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中

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

后记
上面的反面教材的例子我个人经常会碰见,所以单独拿出来说一下,我不确定在大家的项目中是否出现过这种情况。反正我已经被同事的这种写法坑过好多回了。

至于「组合」和「继承」其他相关的常见错误,我暂时还没想好(至少我觉的应该没人会犯),如果我后续想清楚了,或者读者朋友们有其他的建议希望可以留言交流一下哈。

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索java
, 继承
组合
java继承例子、java封装继承多态例子、java继承的例子、java继承例子代码、java组合和继承,以便于您获取更多的相关知识。

时间: 2024-06-11 19:22:14

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

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

关于Java中的继承和组合的一个错误使用的例子 相信绝大多数人都比较熟悉Java中的「继承」和「组合」这两个东西,本篇文章就主要就这两个话题谈论一下.如果我某些地方写的不对,或者比较幼稚,论证不清晰,欢迎大家留言指正. 什么是「组合」和「继承」 假设有2个class:A和B: 如果class A extends B 那么我们就说A继承B,A是子类,B是父类,这种情况就是继承. 如果A中有一个属性的类型为B,那么我们就说这种情况就是组合. 分别在什么情况下使用 回想一些我们一般会在什么情况下考虑这

Java中float类型的范围及其与十六进制的转换例子_java

float占用4个字节,和int是一样,也就是32bit.       第1个bit表示符号,0表示正数,1表示负数,这个很好理解,不用多管.       第2-9个bit表示指数,一共8为(可以表示0-255),这里的底数是2,为了同时表示正数和负数,这里要减去127的偏移量.这样的话范围就是(-127到128),另外全0和全1作为特殊处理,所以直接表示-126到127.      剩下的23位表示小数部分,这里23位表示了24位的数字,因为有一个默认的前导1(只有二进制才有这个特性).   

JAVA学习(六):JAVA中的继承及其常见问题分析

JAVA中的继承及其常见问题分析 1.JAVA中继承的定义 JAVA中,类的继承是通过扩展其他类而形成新类来实现的,原来的类称为父类(Super Class)或基类,新的类称为原来类的子类或派生类.在子类中,不仅包含了父类的属性和方法,还可以增加新的属性和方法,从而使得父类的基本特征可被所有子类对象共享. 注:类的继承并不改变类成员的访问权限,也就是说,如果父类的成员是公有的.被保护的或默认的,它的子类仍具有相应的这些特性. /**********************************

java类的问题-JAVA中的继承与封装以及循环

问题描述 JAVA中的继承与封装以及循环 求一份JAVA中的汽车租赁系统源代码,谢谢!!(北大青鸟的课后题)

java中关于继承的问题

先来看一道面试题: java中关于继承的描述正确的是() A.一个子类只能继承一个父类 B.子类可以继承父类的构造方法 C.继承具有传递性 D.父类一般具有通用性,子类更具体 正确答案: A C D 子类不可以继承父类的构造方法,只可以调用父类的构造方法. 子类中所有的构造函数都会默认访问父类中的空参数构造函数,这是因为子类的构造函数内第一行都有默认的super()语句.super()表示子类在初始化时调用父类的空参数的构造函数来完成初始化.一个类都会有默认的空参数的构造函数,若指定了带参构造函

变量-Java 中,多态和动态绑定 是一个意思吗?

问题描述 Java 中,多态和动态绑定 是一个意思吗? 我查了一些手头仅有的资料(包括书籍,QQ群,百度),找到的答案都不是很明确,自己目前的理解如下, 多态:指父类引用类型变量指向子类的对象,这样一种状态. 动态绑定:指在多态的情况下,在执行期间(非编译期)判断所引用对象的实际类型,根据其实际的类型调用其相应的方法,指这样一种过程. 另外,马士兵在他的java基础视频教学中说"多态就是动态绑定".....感觉不太对阿.. 求大虾指点~~ 解决方案 多态不仅是父类引用子类,继承也是多态

新人学习java。在继承上遇到的一个小问题

问题描述 新人学习java.在继承上遇到的一个小问题 代码如下: package construter; class Game { Game(int i){ System.out.println("Game"); }; } class BoarderGame extends Game{ BoarderGame(int i){ super(i);//当我把super参数中的i替换成一个int型数字时就会报错?? System.out.println("BoarderGame c

线程-java中下面这段代码是一个匿名对象传入一个匿名对象在调用start方法吗

问题描述 java中下面这段代码是一个匿名对象传入一个匿名对象在调用start方法吗 new Thread(new Runnable() {.....省略代码若干..........}).start(); 上面这段代码是一个匿名对象传入一个匿名对象在调用start方法吗 还是一个匿名类传入一个匿名对象再调用start方法 我有点分不清匿名对象和匿名类呢 解决方案 new Runnable() {.....省略代码若干..........} 匿名类,因为Runnable是接口,需要实现类 new

Java中利用Either和Option进行函数式错误处理

在本期 函数式思维 的文章中,将探讨在以函数方式显示 Java 错误的同时仍保留类型安全的方法,说明如何通过函数式返回来包装经过检查的异常,并介绍一个方便的抽象,其名称为 Either. 当您研究函数式编程等深奥学科时,令人着迷的分支偶尔会出现.在 函数式思维:函数设计模式,第 3 部分 中,我在迷你系列中继续以函数的方式重新思考传统的 Gang of Four 设计模式.在下一期文章中,我将回到这一主题,讨论 http://www.aliyun.com/zixun/aggregation/16