DC
А зачем там вообще обе коллекции? Судя по коду, там только одна хранится внутри будет.
Я и сказал, да
Size: a a a
2020 December 09
DS
Может там и не надо 2 конструктора?
DC
Может там и не надо 2 конструктора?
Нет, два конструктора, делающие одно и то же из разной формы - вполне нормально
DC
Другой вопрос, надо ли здесь
DS
Ну так я и пишу "там" )
DC
Кажется, что геморрой от костыляния поверх джавовых типов здесь в ноги стреляет больнее
DC
И я бы оставил один
DS
Я бы тоже один оставил, а второй бы сделал фактори метдом
DS
Ему можно имя дать понятное
DS
Типа fromMeasurements
DS
Или там fromCams
DS
И их хоть миллион можно разных сделать
RG
И их хоть миллион можно разных сделать
ок, хорошо, понял, спасибо ))
DS
Rinchin G
ок, хорошо, понял, спасибо ))
Ну это не обязательно, что именно так делать надо. Просто подумай, может тебе подойдёт
GV
Это нормально для конструктора класса, либо фабричного метода, в общем-то - посмотри на Path.of в стандартной библиотеке.
Так у Path все чисто. Ты ему передаешь строки или URI, и получаешь Path.
Здесь же, ты передашь
Здесь же, ты передашь
List<String>, после чего A, как побочный эффект создаст N новых экземпляров независимого класса. Выглядит как нарушение single responsibility и высокая связанность. Я как клиент класса хотел получить А, а он мне еще и целый хвост притянулGV
Если бы
Measurement был вложенным классом, ещё куда ни шлоR
Привет всем, скажите вкратце отличия между 7-ым изданием и 10 книги Герберт Шилд ?
I
Привет всем, скажите вкратце отличия между 7-ым изданием и 10 книги Герберт Шилд ?
вкратце открываешь оглавление первой и второй и смотришь
D
Привет всем, скажите вкратце отличия между 7-ым изданием и 10 книги Герберт Шилд ?
обычно добавляют разделы про новые фичи Java
М
Привет всем, скажите вкратце отличия между 7-ым изданием и 10 книги Герберт Шилд ?
Обрати внимание, это полное руководство или это руководство для начинающих