Как использовать класс <T>в Java? - PullRequest
217 голосов
/ 20 января 2009

Хорошее обсуждение Generics и того, что они действительно делают за кулисами, на этом вопросе , поэтому мы все знаем, что Vector<int[]> - это вектор целочисленных массивов, а HashTable<String, Person> - таблица ключами которого являются строки и значения Person с. Однако, то, что пни меня, - это использование Class<>.

Java-класс Class должен также принимать имя шаблона (или так, как мне подсказывает желтая подчеркивание в затмении). Я не понимаю, что я должен положить туда. Весь смысл объекта Class заключается в том, что у вас нет полной информации об объекте, для размышлений и тому подобного. Почему это заставляет меня указать, какой класс будет содержать объект Class? Я точно не знаю, иначе я бы не использовал объект Class, я бы использовал конкретный.

Ответы [ 10 ]

158 голосов
/ 23 октября 2013

Все, что мы знаем, это " Все экземпляры любого класса совместно используют один и тот же объект java.lang.Class этого типа класса "

например)

Student a = new Student();
Student b = new Student();

Тогда a.getClass() == b.getClass() верно.

Теперь предположим,

Teacher t = new Teacher();

без генериков возможно следующее.

Class studentClassRef = t.getClass();

Но сейчас это не так ..?

например) public void printStudentClassInfo(Class studentClassRef) {} можно вызвать с помощью Teacher.class

Этого можно избежать, используя дженерики.

Class<Student> studentClassRef = t.getClass(); //Compilation error.

Теперь, что такое T ?? T - параметры типа (также называемые переменными типа); ограниченный угловыми скобками (<>), следует за именем класса.
T - это просто символ, похожий на имя переменной (может быть любым именем), объявленной во время записи файла класса. Позже этот T будет заменен
действительным именем класса во время инициализации (HashMap<String> map = new HashMap<String>();)

например) class name<T1, T2, ..., Tn>

Итак, Class<T> представляет объект класса определенного типа класса 'T'.

Предположим, что ваши методы класса должны работать с параметрами неизвестного типа, как показано ниже

/**
 * Generic version of the Car class.
 * @param <T> the type of the value
 */
public class Car<T> {
    // T stands for "Type"
    private T t;

    public void set(T t) { this.t = t; }
    public T get() { return t; }
}

Здесь T может использоваться как String тип как CarName

ИЛИ T можно использовать как Integer тип как номер модели ,

ИЛИ T можно использовать как Object тип как действительный экземпляр автомобиля .

Теперь здесь выше приведен простой POJO, который можно использовать по-разному во время выполнения.
Коллекции, например, List, Set, Hashmap - лучшие примеры, которые будут работать с различными объектами согласно объявлению T, но как только мы объявили T как String
например) HashMap<String> map = new HashMap<String>(); Тогда он будет принимать только объекты экземпляров String Class.

Универсальные методы

Универсальные методы - это методы, которые вводят свои собственные параметры типа. Это похоже на объявление универсального типа, но область действия параметра типа ограничена методом, в котором он объявлен. Разрешены статические и нестатические обобщенные методы, а также конструкторы обобщенных классов.

Синтаксис для универсального метода включает параметр типа, заключенный в угловые скобки, и отображается перед типом возврата метода. Для универсальных методов раздел параметров типа должен отображаться перед возвращаемым типом метода.

 class Util {
    // Generic static method
    public static <K, V, Z, Y> boolean compare(Pair<K, V> p1, Pair<Z, Y> p2) {
        return p1.getKey().equals(p2.getKey()) &&
               p1.getValue().equals(p2.getValue());
    }
}

 class Pair<K, V> {

    private K key;
    private V value;
}

Здесь <K, V, Z, Y> - это объявление типов, используемых в аргументах метода, которые должны быть перед возвращаемым типом, который здесь boolean.

ниже; объявление типа <T> не требуется на уровне метода, поскольку оно уже объявлено на уровне класса.

class MyClass<T> {
   private  T myMethod(T a){
       return  a;
   }
}

Но ниже это неверно, так как параметры типа класса K, V, Z и Y нельзя использовать в статическом контексте (статический метод здесь).

class Util <K, V, Z, Y>{
    // Generic static method
    public static  boolean compare(Pair<K, V> p1, Pair<Z, Y> p2) {
        return p1.getKey().equals(p2.getKey()) &&
               p1.getValue().equals(p2.getValue());
    }
}

ДРУГИЕ ДЕЙСТВУЮЩИЕ СЦЕНАРИИ

class MyClass<T> {

        //Type declaration <T> already done at class level
        private  T myMethod(T a){
            return  a;
        }

        //<T> is overriding the T declared at Class level;
        //So There is no ClassCastException though a is not the type of T declared at MyClass<T>. 
        private <T> T myMethod1(Object a){
                return (T) a;
        }

        //Runtime ClassCastException will be thrown if a is not the type T (MyClass<T>).  
        private T myMethod1(Object a){
                return (T) a;
        }       

        // No ClassCastException        
        // MyClass<String> obj= new MyClass<String>();
        // obj.myMethod2(Integer.valueOf("1"));
        // Since type T is redefined at this method level.
        private <T> T myMethod2(T a){
            return  a;
        }

        // No ClassCastException for the below
        // MyClass<String> o= new MyClass<String>();
        // o.myMethod3(Integer.valueOf("1").getClass())
        // Since <T> is undefined within this method; 
        // And MyClass<T> don't have impact here
        private <T> T myMethod3(Class a){
            return (T) a;
        }

        // ClassCastException for o.myMethod3(Integer.valueOf("1").getClass())
        // Should be o.myMethod3(String.valueOf("1").getClass())
    private  T myMethod3(Class a){
        return (T) a;
    }


        // Class<T> a :: a is Class object of type T
        //<T> is overriding of class level type declaration; 
        private <T> Class<T> myMethod4(Class<T> a){
            return  a;
        }
    }

И, наконец, статический метод всегда нуждается в явном объявлении <T>; Это не будет происходить от уровня класса Class<T>. Это связано с тем, что уровень класса T связан с экземпляром.

Также читайте Ограничения на общие сведения

118 голосов
/ 20 января 2009

Использование обобщенной версии класса Class позволяет, помимо прочего, писать такие вещи, как

Class<? extends Collection> someCollectionClass = someMethod();

и тогда вы можете быть уверены, что полученный вами объект Class расширяет Collection, и экземпляр этого класса будет (как минимум) коллекцией.

32 голосов
/ 20 января 2009

Из документации Java:

[...] Что еще более удивительно, класс Class был обобщен. Литералы классов теперь функционируют как токены типов, предоставляя информацию как во время выполнения, так и во время компиляции. Это позволяет использовать стиль статических фабрик, примером которого является метод getAnnotation в новом интерфейсе AnnotatedElement:

<T extends Annotation> T getAnnotation(Class<T> annotationType); 

Это универсальный метод. Он выводит значение своего параметра типа T из своего аргумента и возвращает соответствующий экземпляр T, как показано в следующем фрагменте:

Author a = Othello.class.getAnnotation(Author.class);

До появления дженериков вам пришлось бы привести результат к автору. Также у вас не было бы способа заставить компилятор проверить, что фактический параметр представляет подкласс Annotation. [...]

Ну, мне никогда не приходилось использовать подобные вещи. Кто-нибудь?

9 голосов
/ 21 января 2009

Я нашел class<T> полезным при создании поиска в реестре сервисов. Э.Г.

<T> T getService(Class<T> serviceClass)
{
    ...
}
5 голосов
/ 20 января 2009

Как указывают другие ответы, существует множество веских причин, по которым этот class был сделан обобщенным. Однако, есть много раз, когда вы не можете узнать универсальный тип для использования с Class<T>. В этих случаях вы можете просто игнорировать предупреждения желтого затмения или использовать Class<?> ... Вот как я это делаю;)

3 голосов
/ 07 ноября 2012

Следуя ответу @Kire Haglin, еще один пример обобщенных методов можно увидеть в документации для JAXB unmarshalling :

public <T> T unmarshal( Class<T> docClass, InputStream inputStream )
         throws JAXBException {
  String packageName = docClass.getPackage().getName();
  JAXBContext jc = JAXBContext.newInstance( packageName );
  Unmarshaller u = jc.createUnmarshaller();
  JAXBElement<T> doc = (JAXBElement<T>)u.unmarshal( inputStream );
  return doc.getValue();
}

Это позволяет unmarshal возвращать документ произвольного типа дерева содержимого JAXB.

2 голосов
/ 20 января 2009

Вы часто хотите использовать подстановочные знаки с Class. Например, Class<? extends JComponent> позволит вам указать, что класс является некоторым подклассом JComponent. Если вы извлекли экземпляр Class из Class.forName, вы можете использовать Class.asSubclass для выполнения приведения, прежде чем пытаться, скажем, создать экземпляр.

0 голосов
/ 10 апреля 2017

Просто добавьте другой пример, универсальная версия Class (Class<T>) позволяет писать универсальные функции, такие как приведенная ниже.

public static <T extends Enum<T>>Optional<T> optionalFromString(
        @NotNull Class<T> clazz,
        String name
) {
    return Optional<T> opt = Optional.ofNullable(name)
            .map(String::trim)
            .filter(StringUtils::isNotBlank)
            .map(String::toUpperCase)
            .flatMap(n -> {
                try {
                    return Optional.of(Enum.valueOf(clazz, n));
                } catch (Exception e) {
                    return Optional.empty();
                }
            });
}
0 голосов
/ 29 июля 2013

Просто используйте класс говядины:

public <T> T beefmarshal( Class<beef> beefClass, InputBeef inputBeef )
     throws JAXBException {
     String packageName = docClass.getPackage().getBeef();
     JAXBContext beef = JAXBContext.newInstance( packageName );
     Unmarshaller u = beef.createBeef();
     JAXBElement<T> doc = (JAXBElement<T>)u.beefmarshal( inputBeef );
     return doc.getBeef();
}
0 голосов
/ 02 февраля 2010

Это сбивает с толку в начале. Но это помогает в следующих ситуациях:

class SomeAction implements Action {
}

// Later in the code.
Class<Action> actionClass = Class.forName("SomeAction"); 
Action action = actionClass.newInstance();
// Notice you get an Action instance, there was no need to cast.
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...