通用限制地狱：绑定不匹配

Question

我正在开发一个具有广泛的通用继承和依赖关系树的项目。去编辑查看更好的例子。 基础知识如下所示：

class A {
  ...
}

class B {
  ...
}

class C extends B {
  ...
}

class D<T extends B> extends A {
  ...
}

class StringMap<T extends A> {
   HashMap<String, T> _elements;
   ...
}

现在我要编写一个包含特定 StringMap 类型的类。

class X {
  StringMap<D<C>> _thing = new StringMap<D<C>>;
  ... 
}

到目前为止，这一切都运行良好。 D 实际上是一个很长的名称，并且特定组合会在代码的其他部分中频繁出现，因此我决定为特定组合创建一个类，这样会更清晰并有一个更短的名字。

class DC extends D<C> {

}

//and go to update X
class X {
  StringMap<D<C>> _thing = new StringMap<D<C>>(); //still works fine
  StringMap<DC> _thing = new StringMap<DC>(); //error
  ... 
}

Eclipse 给出的错误是

绑定不匹配：类型 DC 不能有效替代类型 StringMap 的有界参数 代码>

因此问题是，为什么这不起作用？ DC 除了扩展 D 并回显构造函数之外什么也不做。为什么 StringMap 将 DC 视为不同的，因为它只是它所排除的某些内容的子类？

编辑：
好的，重新设计了这个示例，使其更接近我实际所做的事情。我测试了它，它确实产生了错误。我在这里所做的是使用泛型类型来确保 clone() 为继承树中实现它的任何人返回正确的类。然后在子类中，我使用 B> 来确保 B 的子类将 B 的子类作为泛型类型传递 <代码>T。

public abstract class Undoable<T> implements Comparable<T> {
  public abstract T clone();
  public abstract void updateFields(T modified);
}

abstract public class A<T extends A<T, U>, U extends Comparable<U>>
    extends Undoable<T> {
  abstract U getKey();

  @Override
  public int compareTo(T element)
  {
    return getKey().compareTo(element.getKey());
  }
}

public class B<T extends B<T>> extends A<T, String> {
  @Override
  public T clone()
  {
    // TODO Auto-generated method stub
    return null;
  }

  @Override
  public void updateFields(T modified)
  {
    // TODO Auto-generated method stub
  }

  @Override
  String getKey()
  {
    // TODO Auto-generated method stub
    return null;
  }
}

public class C extends B<C> {

}

public class D<T extends B<T>> extends A<D<T>, String> {
  @Override
  String getKey()
  {
    // TODO Auto-generated method stub
    return null;
  }

  @Override
  public D<T> clone()
  {
    // TODO Auto-generated method stub
    return null;
  }

  @Override
  public void updateFields(D<T> modified)
  {
    // TODO Auto-generated method stub
  }
}

public class DC extends D<C> {

}

public class StringMap<T extends Undoable<T>> {
  HashMap<String, T> _elements;

}

public class Main {
  public static void main(String[] args)
  {
    StringMap<D<C>> _thing = new StringMap<D<C>>(); //works
    StringMap<DC> _thing1 = new StringMap<DC>(); //error
//Bound mismatch: The type DC is not a valid substitute for
//the bounded parameter <T extends Undoable<T>> of the type StringMap<T>

  }
}

Answer 1

您一定做错了其他事情，因为以下工作正常：

import java.util.HashMap;

public class Q {
    class A {
    }
    class B {
    }
    class C extends B {
    }
    class D<T extends B> extends A {
    }

    class StringMap<T extends A> {
        HashMap<String, T> _elements;
    }

    class DC extends D<C> {

    }

    //and go to update X
    class X {
        StringMap<D<C>> thing1 = new StringMap<D<C>>(); // still works fine
        StringMap<DC> thing2 = new StringMap<DC>(); // NO error!!!
    }
}

尝试发布这样一个类来重现您的错误。

Answer 2

如前所述，您的代码没问题，尽管如果我能猜到，您打算编写以下行，这确实会导致错误：

StringMap<D<C>> _thing = new StringMap<DC>; //error

原因与导致以下问题的原因相同：

ArrayList<Number> = new ArrayList<Integer>();

给定的泛型类型参数当定义标识符的类型时，即在左值中，不能通过其参数继承左值中给定参数的类型来实例化（即在右值中）。如果参数不同，则类型不被视为兼容，即使直观上它们应该是兼容的（如果泛型在语言中的实现略有不同）。

这有点麻烦...

Answer 3

我不太确定为什么要这样做以及要使用 StringMap 来做什么，但是将 StringMap 定义更改为此将允许您所做的事情进行编译：

class StringMap<T extends Undoable<? super T>> {
  HashMap<String, T> _elements;
}

这意味着类型 T 必须是 Undoable任何类型，只要该类型是 T 的逆变（实际上是 T 本身）。所以现在你可以这样做：

StringMap<DC> _thing1 = new StringMap<DC>(); // no more error
_thing1._elements.put("a key", new DC());

话虽如此，这只是一个理论练习 - 我强烈建议你避免使用如此复杂的继承层次结构，但在没有完整用例的情况下很难提出替代方案。

我希望这有帮助！

Answer 4

嗯。我希望这不是古老的<罢工>，但我正在解决我也遇到的问题。我注意到在 D 中，由于 A 中的循环，D 必须扩展 B 或 C 必须扩展 D。，足以让我放入一堆努力没有人注意到。问题出在 StringMap 类中，它严格希望自己的输入扩展一个泛型类，而该泛型类必须是其输入。

D 之所以有效，是因为 D 与扩展中提到的同一个类。很安全。 D 指的是它本身。 D 扩展 A，字符串>。用它制作一个 StringMap 很好，因为 D 实现了 Undoable>因为 D 扩展了 A，String>，而 A 又扩展了 Undoable>。另一方面，DC 也必须实现 Undoable，这是不可能的，因为它只扩展了 D；一个解决方案是它还可以实现 Undoable，其中需要 DC 方法的新定义才能起作用。这是您遇到的真正问题。我希望这能解决您的问题。

我的老问题：

在类D中，T扩展B，但随后D扩展A>。

但是，它没有返回预期的 A 或 A>，而是扩展了 A, String>。
但是，D 不会扩展 B。因此，A，String>都为A。和 A。由于 Java 中没有实现从两个具有不同泛型封闭类的相同接口继承，因此 T 必须扩展 D。但是，C 不扩展 D，这就是您的问题正在遇到，这是您将来可能需要解决的问题。