Java：你如何称呼这种多重继承歧义？

发布于 2024-08-21 16:23:19 字数 745 浏览 4 评论 0 原文

这是一个在 Java 中使用多接口继承的示例，但存在一个问题。

请注意，我完全知道为什么会出现问题，但这不是我问题的重点。问题是如何命名这个特定的多接口继承歧义（如果有一个名称的话）。

例如，在 C++ 中，当您使用多个实现继承并且无法确定要使用哪个重写方法时出现的歧义称为“钻石问题”：

http://en.wikipedia.org/wiki/Diamond_problem

现在，我再次知道这不是同一个问题：这不是重点。关键是在之前的案例中已经创造了一个名字。

我想知道我将要描述的问题是否存在一个名称。

这是另一种多重继承的示例，其中一个接口继承自其他两个具有不兼容方法返回类型的接口：（

interface A {
  void a();
  Integer c();
}

interface B {
  void b();
  Long c();
}

interface MI extends A, B {...}

注意使用“extends”关键字进行多重接口继承）

您不能这样做，因为：

A 型和 B 型不兼容；两个都定义 c() 但返回不相关类型

是否已经创造了一个名称来描述这种情况？

原文

Here's an example using multiple interface inheritance in Java and there's an issue.

Note that I fully know why there's an issue and this is not the point of my question. The question is about how you name this particular multiple interface inheritance ambiguity, if there's a name for it.

For example, in C++, the ambiguity that arises when you use multiple implementation inheritance and cannot determine which overridden method to use is called the "diamond problem":

http://en.wikipedia.org/wiki/Diamond_problem

Now once again, I know this is not the same problem here: that's not the point. The point is that a name has been coined in that previous case.

And I'd like to know if a name exists for the issue I'm about to describe.

Here's an example of another kind of multiple inheritance, where one interface inherits from two other interfaces that have an incompatible method return type:

interface A {
  void a();
  Integer c();
}

interface B {
  void b();
  Long c();
}

interface MI extends A, B {...}

(notice multiple interface inheritance at work using the 'extends' keyword)

You cannot do that, because:

types A and B are incompatible; both
define c() but with unrelated return
type

Has a name been coined to describe that situation?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

囍笑 2024-08-28 16:23:19

我不确定它有一个具体的名称，或者至少它似乎不太常用。这“只是”接口方法到类方法的隐式映射的问题；如果您可以有仅返回类型不同的重载，那么也不会有问题。所以这归结为签名/重载/隐式方法映射问题。

在《Thinking in Java》在线书中，也没有为它命名。
http://www.linuxtopia.org/online_books/programming_books/thinking_in_java/TIJ310_001。 htm

顺便说一句，C# 允许显式接口实现，这解决了这个问题。

回复收藏 0 原文

吻泪 2024-08-28 16:23:19

JLS §6.4.4，接口类型的成员调用此类重复的超级接口成员不明确，并且需要编译时错误。我希望有一些丰富多彩的东西，例如博若莱效应，Heisenbug, 等。也许两人成群？

回复收藏 0 原文

×眷恋的温暖 2024-08-28 16:23:19

我也不知道这个问题的任何具体名称。每当它出现时，都会在某个时刻用包含“返回类型不兼容”一词的句子进行描述。您也可以将其称为映射/设置不兼容性，因为这是 Java 类库中最突出和最烦人的示例之一。仅仅因为 Map 定义了一个与 Collection 不同的返回类型的 remove(Object) 方法，就不可能让同一个类实现 Map 以及 Set 或 Collection。

public interface Collection<E> extends Iterable<E> {
    boolean remove(Object o);
}
public interface Set<E> extends Collection<E> {
}
public interface Map<K,V> {
    V remove(Object key);
}

I also don't know of any specific name for this problem. Whenever it arised it was described in a sentence containing the words return type incompatibility at some point. You could also call it the Map/Set incompatibilty as this is one of the more prominent and annoying examples in the Java class libraries. It makes it impossible to have the same class implement Map as well as Set or Collection just because Map defines a remove(Object) method with a different return type than Collection.

public interface Collection<E> extends Iterable<E> {
    boolean remove(Object o);
}
public interface Set<E> extends Collection<E> {
}
public interface Map<K,V> {
    V remove(Object key);
}

回复收藏 0 原文