Làm thế nào để phát hiện các cuộc gọi phương thức không rõ ràng có thể gây ra một ClassCastException trong Java 8?

Question

Chúng tôi hiện đang trong quá trình di chuyển một ứng dụng từ Java 7 sang Java 8. Sau khi khắc phục một số vấn đề biên dịch, tôi tình cờ gặp một vấn đề tương tự như câu hỏi sau: ClassCast Error: Java 7 vs Java 8.

Nói tóm lại, đây là một mẫu mã cho thấy vấn đề này:

public class Test { 
    public static void main(String[] args) { 
     System.out.println(String.valueOf(getVal("xxx"))); // 7: prints the result, 8: Exception 
    } 

    @SuppressWarnings("unchecked") 
    public static <T> T getVal(String param) { 
     // do some computation based on param... 
     return (T) result; // actual return type only depends on param so the caller knows what to expect 
    } 
} 

Ý tưởng là chúng tôi sẽ đẩy mà người gọi biết kiểu mong đợi, và điều này sẽ tránh anh ta chuyển kiểu tường minh (tôi đừng nói đây là một ý hay ...). Trong rất nhiều trường hợp, người gọi chỉ mong đợi một Object vì vậy không có diễn viên tiềm ẩn nào cả.

Như đã nêu trong câu hỏi trên, ví dụ String.valueOf hoạt động tốt trong Java 7 vì không có suy luận kiểu, do đó, giả sử Object. Bây giờ trong Java 8, trình biên dịch chọn loại cụ thể nhất (ở đây char[]), gây ra một ClastCastException khi chạy.

Vấn đề là chúng tôi có khoảng 350 cuộc gọi của phương thức getVal này. Có cách nào để phát hiện các cuộc gọi phương thức quá tải sẽ khác nhau giữa Java 7 và Java 8 không? I.E. phát hiện khi trình biên dịch Java 8 sẽ chọn một phương thức khác với trình biên dịch Java 7.

Answer 1

Một lựa chọn tốt hơn sẽ là:

public class Test { 
    public static void main(String[] args) { 
     System.out.println(String.valueOf(getVal("xxx"))); // 7: prints the result, 8: Exception 
    } 

    @SuppressWarnings("unchecked") 
    public static <T> T getVal(T param) { 
     // do some computation based on param... 
     return param; // actual return type only depends on param so the caller knows what to expect 
    } 
} 

mà sẽ làm việc trong cả hai Java 7 và Java 8.

Answer 2

Cuối cùng giải pháp là thay đổi getVal() trở Object:

public static Object getVal(String param) { 
     // do some computation based on param... 
     return result; 
    } 

và thêm phương thức thứ hai cũng có lớp mong muốn làm tham số:

public static <T> T getVal(String param, Class<T> clazz) { 
     return clazz.cast(getVal(param)); 
    } 

sau đó sửa tất cả các sự cố biên dịch (nơi người gọi không mong đợi Object) bằng cách thêm thông số lớp thích hợp.

Việc thêm diễn viên cũng sẽ hoạt động nhưng sẽ gây ra nhiều cảnh báo cho các phôi vô điều kiện. Các diễn viên vô điều kiện thực sự vẫn còn đó (thông qua các thông số clazz), nhưng điều này cho phép dễ dàng xác định tất cả người gọi cần một diễn viên khi họ sử dụng phương pháp với 2 tham số.

Thêm vào đó - và điều này là rất cụ thể đối với trường hợp này - nó xuất hiện rằng param bản thân là thường là kết quả của một cuộc gọi phương thức trên một số TypedParam<T> nơi T là loại lợi nhuận kỳ vọng của getVal(), và đó cũng chứa lớp T.

tôi như vậy có thể thực hiện một phương pháp thuận tiện thêm:

public static <T> T getVal(TypedParam<T> param) { 
     return getVal(param.stringValue(), param.getValueClass()); 
    } 

và thay thế tất cả getVal(param.stringValue()) bằng cách chỉ getVal(param).

Giải pháp này không giải quyết được trường hợp chung-phát hiện các cuộc gọi phương pháp quá tải mà sẽ khác nhau giữa Java 7 và Java 8 - nhưng nó giải quyết nó cho các phương pháp mà được biết là gây ra vấn đề này. Và chúng tôi đã không tìm thấy nó ở nơi khác kể từ đó.