Обобщения в Java

Question

Существует ли какой-либо сокращенный способ определения и использования общих определений без необходимости повторять определенное общее описание, так что если есть изменение, мне не нужно изменять все определения / использования, хотя, например, кодовая база является чем-то вроде это возможно:

Typedef myGenDef = < Object1, Object2 >;

HashMap< myGenDef > hm = new HashMap< myGenDef >();

for (Entry< myGenDef > ent : hm..entrySet())
{
.
.
.
}

Answer 1

Есть псевдотипный антипаттерн ...

class StringList extends ArrayList<String> { }

Хорошие вещи, выпей! ; -)

Как отмечается в статье, у этого метода есть некоторые серьезные проблемы, в первую очередь, из-за того, что этот "typedef" на самом деле является отдельным классом и поэтому не может использоваться взаимозаменяемо ни с типом, который он расширяет, ни с другими аналогично определенными типами.

Answer 2

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

Пример: если у вас есть функция

    <K, V> Map<K, V> getSomething() {
        //...
    }

Вы можете использовать:

final Map<String, Object> something = getsomething();

вместо:

final Map<String, Object> something = this.<String, Object>getsomething();

Answer 3

Используйте Фабричный шаблон для создания Общих:

Образец метода:

public Map<String, Integer> createGenMap(){
        return new HashMap<String,Integer>();

    }

Answer 4

Антипаттерн псевдо-typedef, упомянутый Shog9, будет работать - хотя не рекомендуется использовать ANTIPATTERN - но он не отвечает вашим намерениям. Цель псевдо-typedef - уменьшить беспорядок в объявлении и улучшить читаемость.

То, что вы хотите - это иметь возможность заменить группу объявлений дженериков одной сделкой. Я думаю, что вы должны остановиться и подумать: «Ведьмы это ценно?». Я имею в виду, я не могу придумать сценарий, где тебе это понадобится. Представьте себе класс А:

class A {
     private Map<String, Integer> values = new HashMap<String, Integer>();
}

Теперь представьте, что я хочу изменить поле «значения» на карту. Почему существует много других полей, разбросанных по коду, который нуждается в таком же изменении? Что касается операций, использующих «значения», то простого рефакторинга будет достаточно.

Answer 5

Нет. Впрочем, groovy, язык JVM, динамически типизирован и позволяет писать:

def map = new HashMap<complicated generic expression>();