Инкапсуляция, наследование, полиморфизм, интерфейсы против абстрактных классов, неизменяемые классы.
Практика. Спроектировать иерархию фигур или платёжных методов с интерфейсами и полиморфизмом.
Практика. Переделать изменяемый класс денежной суммы в неизменяемый с операциями и тестами.
Четыре принципа: инкапсуляция, наследование, полиморфизм, абстракция — к каждому короткий пример.
Интерфейс — контракт: класс может реализовать много интерфейсов, состояния (полей экземпляра) нет. Абстрактный класс — общая база с состоянием, конструктором и частичной…
Неизменяемый объект потокобезопасен без синхронизации, безопасен как ключ Map / элемент Set и его можно свободно кэшировать и делить.
Рецепт: все поля private final, нет сеттеров и других мутаторов, запрет наследования (final-класс или приватный конструктор с фабриками), защитные копии изменяемых данных на входе…
Интерфейсов — сколько угодно, класс-родитель — только один.
Поле хранит чужую ссылку: вызывающий меняет список снаружи, и «неизменяемый» объект меняется. final запрещает переприсвоить поле, но не менять содержимое. Нужна защитная копия на…
Зачем нужна неизменяемость, рецепт immutable-класса, защитные копии, безопасная публикация и records.
Контракт против частичной реализации, default/static/private-методы, разрешение конфликта default-методов и критерий выбора.
Инкапсуляция, наследование, полиморфизм, абстракция — зачем они нужны, как работают внутри и почему композицию предпочитают наследованию.
На живом собеседовании sotto слышит вопрос интервьюера и показывает короткий ответ и план. Оставьте контакт — пришлём доступ и промокод.
sotto