Java Generic Class - Xác định Loại

Question

Nếu tôi đang tạo ra một lớp java để được chung chung, chẳng hạn như:

public class Foo<T> 

Làm thế nào người ta có thể xác định trong nội bộ để lớp đó, những gì 'T' kết thúc lên được?

public ???? Bar() 
{ 
    //if its type 1 
    // do this 
    //if its type 2 
    // do this 
    //if its type 3 
    // do this 
    //if its type 4 
    // do this 
} 

Tôi đã thò quanh Java API và chơi với những thứ Reflection, instanceof, getClass, .class, vv, nhưng tôi có thể không có vẻ để làm cho người đứng đầu hoặc đuôi của chúng. Tôi cảm thấy như tôi gần gũi và chỉ cần kết hợp một số cuộc gọi, nhưng hãy tiếp tục ngắn gọn.

Để cụ thể hơn, tôi đang cố gắng xác định xem lớp học đã được khởi tạo với một trong 3 loại có thể.

Answer 1

Tôi đã sử dụng một giải pháp tương tự như những gì ông giải thích ở đây cho một vài dự án và thấy nó khá hữu ích.

http://blog.xebia.com/2009/02/07/acessing-generic-types-at-runtime-in-java/

Các jist của nó được sử dụng như sau:

public Class returnedClass() { 
    ParameterizedType parameterizedType = (ParameterizedType)getClass() 
               .getGenericSuperclass(); 
    return (Class) parameterizedType.getActualTypeArguments()[0]; 
} 

Answer 2

Vì type erasure, không có cách nào để thực hiện việc này trực tiếp. Những gì bạn có thể làm, mặc dù, là vượt qua một Class<T> vào constructor và giữ nó bên trong lớp học của bạn. Sau đó, bạn có thể kiểm tra nó dựa trên ba loại có thể là Class mà bạn cho phép.

Tuy nhiên, nếu chỉ có ba loại có thể, bạn có thể muốn xem xét sắp xếp lại thành một enum thay thế.

Answer 3

Toàn bộ vấn đề của một lớp chung là bạn không cần phải biết loại đang được sử dụng ....

Answer 4

Vấn đề là hầu hết các công cụ Generic sẽ biến mất trong quá trình biên dịch.

Một giải pháp phổ biến là lưu loại trong khi tạo đối tượng.

Đối với một giới thiệu ngắn trong hành vi Loại Erasure java đọc page

Answer 5

Dường như những gì bạn muốn là trong thực tế không phải là một lớp Generic, nhưng một giao diện với một số hiện thực khác nhau. Nhưng có lẽ nó sẽ trở nên rõ ràng hơn nếu bạn nói mục tiêu cụ thể, thực tế của bạn.

Answer 6

Ngược lại với .NET Generics Java được triển khai bằng kỹ thuật được gọi là "loại tẩy xoá".

Điều này có nghĩa là trình biên dịch sẽ sử dụng thông tin loại khi tạo tệp lớp, nhưng không chuyển thông tin này sang mã byte. Nếu bạn xem các lớp được biên dịch bằng javap hoặc các công cụ tương tự, bạn sẽ thấy rằng List<String> là một đơn giản List (trong số Object) trong tệp lớp, giống như trong mã Java-5 trước.

Mã truy cập danh sách chung sẽ được "viết lại" bởi trình biên dịch để bao gồm các phôi bạn sẽ phải tự viết trong các phiên bản trước đó. Trên thực tế hai đoạn mã sau đây là giống hệt nhau từ góc độ mã byte khi trình biên dịch được thực hiện với họ:

Java 5:

List<String> stringList = new ArrayList<String>(); 
stringList.add("Hello World"); 
String hw = stringList.get(0); 

Java 1.4 và trước:

List stringList = new ArrayList(); 
stringList.add("Hello World"); 
String hw = (String)stringList.get(0); 

Khi đọc các giá trị từ một lớp chung trong Java 5 cần thiết cho tham số kiểu khai báo được chèn tự động. Khi chèn, trình biên dịch sẽ kiểm tra giá trị bạn cố gắng đặt vào và hủy bỏ với một lỗi nếu nó không phải là một String.

Toàn bộ điều đã được thực hiện để giữ cho các thư viện cũ và mã tổng hợp mới có khả năng tương tác mà không cần phải biên dịch lại các thư viện hiện có. Đây là một lợi thế lớn so với cách thức .NET, nơi các lớp chung và các lớp không chung chung sống song song nhưng không thể trao đổi một cách tự do.

Cả hai cách tiếp cận đều có ưu và nhược điểm của chúng, nhưng đó là cách nó có trong Java.

Để quay lại câu hỏi ban đầu: Bạn sẽ không thể nhận được thông tin loại lúc chạy, bởi vì nó đơn giản không còn ở đó nữa, khi trình biên dịch đã thực hiện công việc của mình. Điều này là chắc chắn hạn chế trong một số cách và có một số cách cranky xung quanh nó mà thường được dựa trên lưu trữ một trường hợp ở đâu đó, nhưng đây không phải là một tính năng tiêu chuẩn.

Answer 7

Tôi đồng ý với Visage. Generics là để xác nhận thời gian biên dịch, không phải kiểu gõ động thời gian chạy. Âm thanh như những gì bạn cần thực sự chỉ là mẫu nhà máy. Nhưng nếu "làm điều này" không phải là sự khởi tạo, thì một Enum đơn giản có lẽ cũng sẽ hoạt động tốt. Giống như những gì Michael nói, nếu bạn có một ví dụ cụ thể hơn một chút, bạn sẽ nhận được câu trả lời tốt hơn.

Answer 8

Nếu bạn biết một số loại cụ thể có ý nghĩa, bạn nên tạo các lớp con thuộc loại chung của bạn với việc triển khai.

Vì vậy

public class Foo<T> 

public ???? Bar() 
{ 
    //else condition goes here 
} 

Và sau đó

public class DateFoo extends Foo<Date> 

public ???? Bar() 
{ 
    //Whatever you would have put in if(T == Date) would go here. 
}