Ничем. Метод сам может понять как работать с параметрами!

Приводит к ошибке в обработке параметров при нарушении последовательности.

Вопрос неправильный. Нельзя вызвать метод с несколькими параметрами одинакового типа.

Ничем. Без разницы - отличается или нет тип у нескольких параметров в сигнатуре метода.

Return это возвращение результата метода, а void это отсутствие возвращаемого значения.

Return это отсутствие возвращаемого значения, а void это возвращение результата метода.

Return обозначает конец метода, а void это начало обработки.

Return это начало работы метода, а void это завершение!

void это возвращение примитива, а return это отдача ссылочного типа!

Только примитивные!

Только ссылочные.

Примитивные и ссылочные типы данных.

Метод вообще-то не возвращает данные, он только записывает.

Место вызова является клиентом, так как запрашивает выполнение метода. Аналогия "хочу мороженое".

Сам метод является клиентом, из-за обращения к нему со стороны места вызова.

Бухгалтерша заходит с клиентской стороны к методу для расчёта зарплаты!

С клиентской стороны - это означает вызов метода только при наличии параметров.

Если нужно вернуть тип отличный от типа возвращаемого методом.

При наличии условий ветвления логики типа if-else, switch.

Если нужно вернуть массив, то несколько return, если один объект, то один return!

При условии "2 в одном флаконе" - создания нового объекта и возвращения его из метода.

Ошибка и покраснение строк кода как у клиента, так и в самом методе.

Ошибка и покраснение только у клиента, сам метод будет счастлив!

Ошибка и покраснение только у метода, клиент останется счастлив.

Проблема не страшна, но может стать известна в самый неудобный момент работы программы.

Может "нарушить" ход выполнения программы сверху-вниз и завершить работу метода в ветвлении логики!

Запускает выполнение метода снизу-вверх - то есть вверх ногами.

Может повысить приоретет выполнения метода при выполнении программы.

Return не является оператором управления ходом выполнения. Например if-else, switch да.

Ничем. Сборщик мусора сам уберёт его. Можно не париться!

Мусорный объект - это объект, который не работает(поле на него не ссылается) и занимает память.

Мусорный объект - это рабочий объект на который ссылаются множество переменных.

Да просто сборщик мусора не смог удалить этот объект вовремя, за это его прозвали "мусорным".

Сборщик мусора без этапов просто удаляет из памяти ненужные объекты.

Из двух этапов - сканирования мусора и очистки из памяти!

Работает в три этапа: 1.Маркировка. 2.Очистка. 3.Уплотнение.

Работает на оптимизацию: 1.Очистка. 2.Маркировка. 3.Уплотнение.

Human man = new Human();

man = boy; , где Human boy = new Human();

man = null;

man = 0;

Вы что?? Ссылку же нельзя обнулить!

Сборщик мусора уберёт все локальные объекты метода!

Выживут только те, которые участвуют в возвращении результата.

Останутся все, так как они реально работают в методе.

Выживут только те, которые не участвуют в возвращении результата.

Да ну его, пусть остаётся в коде, ничего страшного.

Раз поле заведено, значит оно где-то работает!

Сборщик мусора всё сам почистит, зачем париться?

Неиспользуемые поля удалить и поправить код, чтобы избежать переполнения памяти.

Инкапсуляция объединяет данные в одной упаковке, а наследование это от родительского класса.

Инкапсуляция это от родительского класса, а наследование объединяет данные в одной упаковке!

В теории ООП отличия есть, но на практике в коде проектов это одно и тоже.

Инкапсуляция включает в себя наследование. То есть это расширение функционала.

Getter чтобы задать значение поля, а setter для получения.

Setter чтобы задать значение поля, а getter для получения!

Getter возвращает определённый тип данных, а setter отдаёт только значение без типа.

Setter возвращает определённый тип данных, а getter отдаёт только значение без типа.

У геттера!

У сеттера.

У обоих есть!

Ни у кого нету.

1Контроль состояния объекта. 2Удобство за счёт интерфейса. 3Изменения кода не отражаются на клиенте.

1Защита от плохих значений. 2Доступ через методы. 3Доработки делаются внутри метода.

1Сообщение об ошибке. 2Клиенту достаточно вызвать метод. 3Методы можно дополнить логикой.

Никак. Клиент сам должен думать об этом.

Setter не предназначен для этого!

Написать проверку значения в setter методе.

В секции do пишем логику, а в секции while даётся условие выхода.

В секции while пишем логику, а в секции do даётся условие выхода.

Сначала в секции while пишется логика цикла и do прописывается внутри while.