Java: как Вы называете эту неоднозначность множественного наследования?

Question

Java: как Вы называете эту неоднозначность множественного наследования?

Вот пример с помощью нескольких, соединяют интерфейсом с наследованием в 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 {...}

(заметьте, что несколько взаимодействуют через интерфейс, наследование на работе с помощью 'расширяет' ключевое слово),

Вы не можете сделать этого, потому что:

типы A и B являются несовместимыми; оба определяют c (), но с несвязанным типом возврата

Имя было выдумано для описания той ситуации?

9

java inheritance multiple-inheritance diamond-problem

задан SyntaxT3rr0r 14 February 2010 в 07:13

6 ответов

Я также не знаю конкретного названия этой проблемы. Всякий раз, когда он возникал, он описывался в предложении, содержащем слова несовместимость возвращаемого типа в какой-то момент. Вы также можете назвать это несовместимостью Map / Set , поскольку это один из наиболее ярких и раздражающих примеров в библиотеках классов Java. Это делает невозможным иметь один и тот же класс, реализующий Map, а также Set или Collection только потому, что Map определяет метод remove (Object) с другим типом возвращаемого значения, чем 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);
}

2