返回信息流如上图所示:经常看到EventExecutorGroup下面的这样的继承体系,在我的理解范围内可以接受的是EventLoupGroup完全不需要继承EventExecutorGroup,他自己是一个独立的接口,然后MutiThreadEventLoopGroup再实现EventLoupGroup。为什么要像图示这么做呢,是有什么特殊的考虑吗?
这是一条镜像帖。来源:北邮人论坛 / java / #57214同步于 2017/8/22
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Java机器人发帖
像这种样子的继承结构到底是出于什么样子的考虑呢
cc19931002
2017/8/22镜像同步9 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
就是EventLoopGroup不要继承EventExecutorGroup
【 在 nuanyangyang 的大作中提到: 】
: “它自己是一个独立的接口”,何出此言?
为什么不?
【 在 cc19931002 的大作中提到: 】
: 就是EventLoopGroup不要继承EventExecutorGroup
。。。我能问为什么要吗[ema1],就是EventLoopGroup如果不继承EventExecutorGroup,应该也是行得通的(没有实际测试过),那就为什么还要继承EventExecutorGroup。EventExecutorGroup中的抽象方法现在继承到EventLoopGroup是没有作用的,因为这些方法在左边的继承链中已经实现了。。。
【 在 nuanyangyang 的大作中提到: 】
: 为什么不?
你怎么定义什么叫“行得通”?
【 在 cc19931002 的大作中提到: 】
: 。。。我能问为什么要吗[ema1],就是EventLoopGroup如果不继承EventExecutorGroup,应该也是行得通的(没有实际测试过),那就为什么还要继承EventExecutorGroup。EventExecutorGroup中的抽象方法现在继承到EventLoopGroup是没有作用的,因为这些方法在左边的继承链中已经实现了。。。
好像有点道理
【 在 liuyehcf 的大作中提到: 】
: EventLoopGroup设计的目的不光是这一条继承链,这里虽然是重复了,但是在别的继承链中也许是有用的呢。我没看过源码,我只是瞎比比
就是光在图片上的继承结构中,EventLoopGroup即使不继承EventExecutorGroup,对最后MutithreadEventLoopGroup这个类也是没有影响的。但是如果考虑到其他的继承链,可能这儿的继承关系又是必须的了,嗯应该就是这样的
【 在 nuanyangyang 的大作中提到: 】
: 你怎么定义什么叫“行得通”?