DC
Обобщение в методах
Что в нём непонятно?
Size: a a a
2020 December 01
DC
Yuriy
около 10
Для чего тебе столько?
Y
полей много
DC
Yuriy
полей много
Количество полей вообще не влияет на количество конструкторов
Y
получается надо или создавать 1 контруктор и потом сеттерами нафигачить все что надо - или создать много конструкторов
DC
Yuriy
получается надо или создавать 1 контруктор и потом сеттерами нафигачить все что надо - или создать много конструкторов
Эээээ, что? Создаёшь конструктор, принимающий хоть 45 полей как аргументы. Один.
Y
будет много строчек кода.
хотчется поменьше
хотчется поменьше
PG
Yuriy
получается надо или создавать 1 контруктор и потом сеттерами нафигачить все что надо - или создать много конструкторов
Это вроде EJB подход
PG
Yuriy
будет много строчек кода.
хотчется поменьше
хотчется поменьше
Lombok
PG
я надеюсь меня на это не забанит Admin
DC
Yuriy
будет много строчек кода.
хотчется поменьше
хотчется поменьше
Не надо хотеть "поменьше" строчек кода, надо хотеть хорошо станет
DC
Lombok
Не надо советовать ломбок людям, которые ещё в наследовании не разобрались
Y
я не знаю ни что такое ломбок ни ежб
Y
)
DC
Yuriy
я не знаю ни что такое ломбок ни ежб
И не думай пока об этом
Y
и не собирался ) я вообще не программист)))
PG
Не надо советовать ломбок людям, которые ещё в наследовании не разобрались
ну да. тут согласен. иначе потом хуже будет
ЭП
Что в нём непонятно?
Не могу объяснить корректно. Но зачем переди метода писать вот так static <T , V> boolean isIn( T x, V[] y) ?
ЭП
Зачем писать <T,V>
ЭП
Вот примерно так. 😅