d
а есть конструкция foreach
for(Integer i: numbers) {
System.out.println(i);
}
Size: a a a
2020 February 10
d
D
И .get() не работает без toString, если не переопределять toString, то возвращается hashCode
Get работает. toString и hashCode тут не причем вообще
d
где numbers это List<Integer> numbers = List.of(1, 2, 3);
P
Вот честно говорю, если toString не переопределен, то выводится все равно с hashCode, будь то это forEach, или итеративный метод
d
а что ты вывести хочешь?
Y
народ, никто не знает бесплатных спортивных апишек?
знаю только rapidapi, но там платно
знаю только rapidapi, но там платно
AZ
а что ты вывести хочешь?
Он свой класс использует
P
А
P
Да, я свой класс кстати использую
D
Вот честно говорю, если toString не переопределен, то выводится все равно с hashCode, будь то это forEach, или итеративный метод
В некоторых коллекциях используется hashCode для операций с обьектами. Хранение, упорядочивание и тд и тп. Вам надо про это прочитать. И посмотреть про ссылочные типы данных. Посравнивать обьекты, строки и примитивные типы. Прочитать про привидение типов и автобоксинг
d
так стоит посмотреть класс Object, как по умолчанию определены toString и hashcode
d
и когда ты экземпляр своего объекта передаешь в sout, вызывается неявно приведение к строке - toString()
P
Типо, если свой класс юзаю, то тогда нужно переопределять, а если просто String или что-то другое, то сработает без переопределения ?
d
и если ты его не переопределил - у тебя будет дефолтное представление
d
Типо, если свой класс юзаю, то тогда нужно переопределять, а если просто String или что-то другое, то сработает без переопределения ?
в самописных классах всегда переопределяем, если нужно будет строковое представление
P
Понял
P
Спасибо
P
Поспать бы ещё, голова правда уже разваливается..
D
Поспать бы ещё, голова правда уже разваливается..
В таком состоянии лучше не учить.