У меня есть список, который объявлен так:
List<? extends Number> foo3 = new ArrayList<Integer>();
Я пытался добавить 3 к foo3. Однако я получаю сообщение об ошибке, подобное этому:
The method add(capture#1-of ? extends Number) in the type List<capture#1-of ?
extends Number> is not applicable for the arguments (ExtendsNumber)
List<? extends Number>
это не означает «список объектов разных типов, каждый из которых расширяетсяNumber
». Это означает «список объектов одного типа, который расширяетсяNumber
».Ответы:
Извините, но вы не можете.
Объявление подстановочного знака
List<? extends Number> foo3
означает, что переменнаяfoo3
может содержать любое значение из семейства типов (а не любое значение определенного типа). Это означает, что любое из них является юридическим заданием:Итак, учитывая это, какой тип объекта вы можете добавить к
List foo3
этому, будет допустимым после любого из вышеупомянутых возможныхArrayList
назначений:Integer
потому чтоfoo3
может указывать наList<Double>
.Double
потому чтоfoo3
может указывать наList<Integer>
.Number
потому чтоfoo3
может указывать наList<Integer>
.Вы не можете добавить какой-либо объект,
List<? extends T>
потому что вы не можете гарантировать, на какой видList
он действительно указывает, поэтому вы не можете гарантировать, что объект разрешен в этомList
. Единственная «гарантия» заключается в том, что вы можете только читать с нее, и вы получитеT
или подклассT
.Обратная логика применяется
super
, например, кList<? super T>
. Это законно:Вы не можете прочитать конкретный тип T (например
Number
),List<? super T>
потому что вы не можете гарантировать, на какой типList
он действительно указывает. Единственная «гарантия», которую вы имеете, заключается в том, что вы можете добавить значение типаT
(или любого подклассаT
), не нарушая целостность указанного списка.Прекрасным примером этого является подпись для
Collections.copy()
:Обратите внимание на то, как
src
объявление списка использует,extends
чтобы я мог передать любой список из семейства связанных типов списков и при этом гарантировать, что он будет генерировать значения типа T или подклассов T. Но вы не можете добавить его вsrc
список.В
dest
списке декларация использует ,super
чтобы позволить мне пройти любой список из семейства родственных типов List и до сих пор я могу гарантировать , записать значение типа конкретных Т к этому списку. Но невозможно гарантировать чтение значений определенного типа T, если я прочитаю из списка.Так что теперь, благодаря универсальным групповым символам, я могу сделать любой из этих вызовов с этим единственным методом:
Подумайте об этом запутанном и очень широком коде для тренировки вашего мозга. Закомментированные строки являются недопустимыми, а причина указана в крайнем правом углу строки (необходимо прокрутить, чтобы увидеть некоторые из них):
источник
src
List
аргументе используетextends
для чтения из списка Src, в то время какdest
List
аргумент используетsuper
для записи в Dest список. Это позволяет один метод, который может копировать изList<Integer>
илиList<Double>
вList<Number>
илиList<Object>
.or subclass of T
это правильно. Например, я не могу добавитьObject
(суперклассNumber
) кList<? super Number> foo3
потому что,foo3
возможно, был назначен как:List<? super Number> foo3 = new ArrayList<Number>
(который может содержать толькоNumber
или подклассыNumber
).<? super Number>
относится к типамList<>
s, которые могут быть назначены, аfoo3
не к тем вещам, которые могут быть добавлены / прочитаны из него. Виды вещей, которые могут быть добавлены / удалены из,foo3
должны быть вещами, которые могут быть добавлены / удалены из любого вида,List<>
который может быть назначенfoo3
.Вы не можете (без небезопасных бросков). Вы можете только читать из них.
Проблема в том, что вы не знаете, что это за список. Это может быть список любого подкласса Number, поэтому, когда вы пытаетесь поместить в него элемент, вы не знаете, что этот элемент в действительности помещается в список.
Например, List может быть списком
Byte
s, поэтому было бы ошибкой помещатьFloat
в него.источник
"List '<'? Extends Number> на самом деле является подстановочным знаком верхней границы!
Подстановочный знак с ограничением сверху говорит о том, что любой класс, который расширяет Number или Number сам по себе, может использоваться в качестве формального типа параметра: Проблема связана с тем фактом, что Java не знает, что такое тип List на самом деле. Это должен быть ТОЧНЫЙ и УНИКАЛЬНЫЙ тип. Я надеюсь, что это помогает :)
источник
Меня это смущало, хотя я читаю здесь ответы, пока не нашел комментарий Павла Минаева:
После этого я смог понять BertF потрясающее объяснение. Список <? расширяет номер> значит? может иметь любой тип, расширяющий Number (Integer, Double и т. д.), и он не определен в объявлении (List <? extends Number>) того, что это из них, поэтому, когда вы хотите использовать метод add, он не известен, если ввод того же типа или нет; какой тип вообще?
Итак, элементы List <? extends Number> можно установить только при построении.
Также обратите внимание на следующее: когда мы используем шаблоны, мы сообщаем компилятору, с каким типом мы связываемся. T, например, держит этот тип для нас, но не ? делает то же самое
Я должен сказать .. Это один из грязных, чтобы объяснить / узнать
источник
Вы можете сделать это вместо этого:
источник
Вы можете выдумать это, создав ссылку на Список другого типа.
(Это «небезопасные броски», упомянутые sepp2k.)
Потому что
untypedList
,superclassedList
иtrulyclassedList
это всего лишь ссылкиlist
, вы все равно будете добавлять элементы в исходный ArrayList.Вам на самом деле не нужно использовать
(List<?>)
в приведенном выше примере, но вам может понадобиться это в вашем коде, в зависимости от типа, которыйlist
вам дали.Обратите внимание, что использование
?
выдаст вам предупреждения компилятора, пока вы не поместите это выше своей функции:источник
где расширить список из «Объекта», вы можете использовать list.add, а при желании использовать list.get нужно только привести объект к вашему объекту;
источник