解决界面的解决方法，包括＆lt; tin扩展了t＆gt;，t＆gt;，x []类型参数

Question

假设我们有这样的界面：

public interface Foo<T> {

   <TIn extends T> void encode(TIn value)

   T decode()

}

我在代码库中使用了很多foo，但是我想添加tin扩展t以使其更灵活，例如具有foo＆lt ; map＆lt; x＆gt;＆gt;能够编码 a hashmap＆lt; x＆gt;或treemap＆lt; x＆gt;。

这真的很好 - 直到我尝试实现foo＆lt; t []＆gt;，似乎无法使用public＆lt; tin扩展了titem []＆gt; void Encode（Tin Array）给出解析错误“ ＆gt; enduce”击中括号[]时。即使Intellij自愿实现接口，甚至Intellij也无能为力。

对于它的价值，如果T是其他一些具体的最终类型（例如字节[]，布尔值等），则似乎我只能通过返回t来满足界面，因此似乎在这里可以做一些隐藏的智能修复。因此，看来这只是t []无法检测到t []的问题。

有人对我如何解决这个问题有任何想法吗？我真的不在乎tin扩展字节[]只能使用tin = byte []，我只想实现界面，以使编译器快乐;因此，该接口可以在其他地方使用。

Answer 1

这些都没有道理。首先，您不需要 tin：

public interface Foo<T> {
  void encode(T value);
  T decode;
}

class Example {
  void test() {
    Foo<HashMap<String, Integer>> foo = null;
    foo.encode(new HashMap<String, Integer>());
  }
}

这可以很好地编译。通常，如果您声明仅在1个位置使用的新typeVar，则它是毫无意义的 - typevars完全是javac担心的东西，运行时不知道generics（typevars）是什么。因此，除非它们用来链接提及类型的2个不同位置，例如'expode方法的参数类型，即解码（）方法的返回类型，否则使用它们是没有多大意义的吗？我不在乎它是什么，但是，对于任何给定的foo类型的用法，它是相同的 - 这种“链接”）。

鉴于无需在encode方法上引入附加类型的参数，因此无需尝试在其中声明新的类型var。

仅在单个位置中使用的TypeVar的通常替代方法是？。 ＆lt; f＆gt; void foo（list＆lt; f＆gt; in） and void foo（list＆lt;？＆gt; in）。