Compile lỗi: " '<>' không thể được sử dụng với các lớp nặc danh"

Question

tôi sẽ rất nhiều chứ không phải muốn viết những dòng này:

Lists.transform(vals, 
    new Function<>() { 
     public List<ValEntry> apply(Validator<? super T> input) { 
      return input.validate(value); 
     } 
    }); 

... hơn thế này:

Lists.transform(vals, 
    new Function<Validator<? super T>, List<ValEntry>>() { 
     public List<ValEntry> apply(Validator<? super T> input) { 
      return input.validate(value); 
     } 
    }); 

Nhưng Trình biên dịch Java cung cấp cho tôi thông báo lỗi sau:

'<>' cannot be used with anonymous classes 

Có lý do cơ bản nào cho điều này không? Hay đã bỏ qua tính năng trong JDK 7, có thể họ làm điều đó trong 8?

Answer 1

Theo project coin documentation:

Internally, a Java compiler operates over a richer set of types than those that can be written down explicitly in a Java program. The compiler-internal types which cannot be written in a Java program are called non-denotable types. Non-denotable types can occur as the result of the inference used by diamond. Therefore, using diamond with anonymous inner classes is not supported since doing so in general would require extensions to the class file signature attribute to represent non-denotable types, a de facto JVM change. It is feasible that future platform versions could allow use of diamond when creating an anonymous inner class as long as the inferred type was denotable.

EDIT Vì vậy, nó có thể trong một phiên bản tương lai. Nó vẫn không thể thực hiện được với Java 8, nhưng bây giờ chúng ta có lambdas, vì vậy có ít nhu cầu hơn.

Answer 2

này hiện đang dự kiến ​​sẽ được bao gồm trong Java 9. Từ JEP 213: Milling Project Coin:

3. Allow diamond with anonymous classes if the argument type of the inferred type is denotable . Because the inferred type using diamond with an anonymous class constructor could be outside of the set of types supported by the signature attribute, using diamond with anonymous classes was disallowed in Java SE 7. As noted in the JSR 334 proposed final draft, it would be possible to ease this restriction if the inferred type was denotable.