N🌌
ну так можно отдельно проверить кол-во элементов в массиве
Зачем? Цикл не выполняется, если длина - 2 <= 0
Size: a a a
2021 February 02
N🌌
да и задача тривиальная
Очень
Станно, что из этого тред получился
Станно, что из этого тред получился
W
добавьте в метод Model model, потом в model добавьте ваш list и в файле main.jsp через foreach можете доставать ваши объекты
Так в этом же коде уже добавлена модель модель, почему не работает?
2021 February 03
CH
Подскажите/посоветуйте. Зачем нам при создании класса добавлять к нему поля setName, setCourse, если они и так у нас инициализируются через конструктор?
CH
Подскажите/посоветуйте. Зачем нам при создании класса добавлять к нему поля setName, setCourse, если они и так у нас инициализируются через конструктор?
D
Подскажите/посоветуйте. Зачем нам при создании класса добавлять к нему поля setName, setCourse, если они и так у нас инициализируются через конструктор?
чтобы можно было потом изменить эти поля
D
так как они приватные, ты их по-другому не поменяешь
CH
так как они приватные, ты их по-другому не поменяешь
Значит я в дальнейшем могу просто через сеттер Алексея изменить на Ивана, не вызывая конструктор по новой, правильно?
D
+
CH
Все, логику уяснил, благодарю
ch
Значит я в дальнейшем могу просто через сеттер Алексея изменить на Ивана, не вызывая конструктор по новой, правильно?
А вы конструктор больше одного раза все равно не можете вызвать
CH
А вы конструктор больше одного раза все равно не можете вызвать
Хм, задумался над этим, оказалось правильно думал. Благодарю, возьму на заметку
АВ
Подскажите где сурс servlet (самой либы) посмотреть, хочу поглядеть как там getContentType у Part делается, а то одни туториалы гуглятся
ch
Подскажите где сурс servlet (самой либы) посмотреть, хочу поглядеть как там getContentType у Part делается, а то одни туториалы гуглятся
Idea умеет выкачивать исходники
НБ
Подскажите где сурс servlet (самой либы) посмотреть, хочу поглядеть как там getContentType у Part делается, а то одни туториалы гуглятся
В идее cntrl + клик по нужному методу
ДБ
Подскажите/посоветуйте. Зачем нам при создании класса добавлять к нему поля setName, setCourse, если они и так у нас инициализируются через конструктор?
Это называется "инкапсуляция". Когда вы можете обращаться к переменным класса только через методы класса. Это нужно для того, чтобы в дальнейшем можно было без проблем изменить логику установки значений, и весь остальной код не сыпанулся. Например, вы можете проводить валидацию значения и, если значение такое уже встречается, отказывать. Или, например, произошло у заказчика очередное изменение логики, и теперь надо определенное поле увеличивать на какой-то заданный коэффициент. В этом случае вы внесете правки в сеттер, а весь остальной код продолжит по-прежнему плавно работать.
CH
Это называется "инкапсуляция". Когда вы можете обращаться к переменным класса только через методы класса. Это нужно для того, чтобы в дальнейшем можно было без проблем изменить логику установки значений, и весь остальной код не сыпанулся. Например, вы можете проводить валидацию значения и, если значение такое уже встречается, отказывать. Или, например, произошло у заказчика очередное изменение логики, и теперь надо определенное поле увеличивать на какой-то заданный коэффициент. В этом случае вы внесете правки в сеттер, а весь остальной код продолжит по-прежнему плавно работать.
Спасибо за такой развернутый ответ, очень информативно и познавательно. Уверен, что на собесе такой ответ будет максимально исчерпывающий
ДБ
Спасибо за такой развернутый ответ, очень информативно и познавательно. Уверен, что на собесе такой ответ будет максимально исчерпывающий
Не думаю. Про инкапсуляцию можно много говорить, а я рассказал лишь в общих чертах.
Э
Хм, задумался над этим, оказалось правильно думал. Благодарю, возьму на заметку
также хотелось бы отметить, что считается хорошо иметь неизменяемый объект
AK
Это называется "инкапсуляция". Когда вы можете обращаться к переменным класса только через методы класса. Это нужно для того, чтобы в дальнейшем можно было без проблем изменить логику установки значений, и весь остальной код не сыпанулся. Например, вы можете проводить валидацию значения и, если значение такое уже встречается, отказывать. Или, например, произошло у заказчика очередное изменение логики, и теперь надо определенное поле увеличивать на какой-то заданный коэффициент. В этом случае вы внесете правки в сеттер, а весь остальной код продолжит по-прежнему плавно работать.
А кто-то реально в промышленных системах вносит такую логику в сеттеры? Мне кажется стандартом дефакто стали простые сеттеры и все разработчики ожидают в этих методах увидеть простое присваивание того, что в них передается. Валидация тоже обычно как-то сбоку отдельно делается.