изоляция

• Java
• Special Education

До рефакторинга:

В этой версии кода есть несколько проблем:

*Класс User напрямую зависит от глобального объекта db

*Мы не можем заменить базу данных на другую без изменения кода

*Тестирование затруднено, так как нам нужна реальная база данных

*Если db изменится, придется менять код во многих местах

После рефакторинга:

*Здесь применяется паттерн "Внедрение зависимостей" (Dependency Injection):

*База данных передается в конструктор класса

*User больше не зависит от конкретной реализации базы данных

*Для тестов можно передать фейковую базу данных (мок)

*При необходимости легко заменить базу данных на другую

Что такое рефакторинг?

1. Процесс улучшения читаемости кода без изменения его функционала.
2. Процесс оптимизации скорости работы кода.
3. Изменение архитектуры проекта для устранения ошибок.
4. Процесс улучшения кода без изменения его внешнего поведения.

Какова основная цель рефакторинга?

1. Уменьшение числа ошибок в коде.
2. Снижение времени выполнения программы.
3. Улучшение удобства работы с кодом для разработки и поддержки.
4. Оптимизация использования оперативной памяти.

Что включает в себя изоляция кода?

1. Объединение нескольких модулей в один для удобства тестирования.
2. Полное удаление всех внешних зависимостей.
3. Разделение логики на модули, которые могут тестироваться независимо.
4. Привязка всех модулей к одной централизованной точке управления.

Зачем необходимо улучшать тестируемость?

1. Для устранения всех ошибок на этапе написания кода.
2. Для снижения времени, необходимого для рефакторинга.
3. Для упрощения добавления новых функций и повышения надежности системы.
4. Для автоматической генерации новых тестов.

Какая основная задача реорганизации зависимостей?

1. Минимизация числа функций в каждом модуле.
2. Уменьшение связанности между модулями, чтобы изменения в одном модуле минимально влияли на другие.
3. Создание строгой иерархии модулей.
4. Объединение всех зависимостей в один универсальный компонент.

Какой из инструментов помогает в рефакторинге?

1. GitHub
2. IntelliJ IDEA
3. Slack
4. Docker

Как изменяются тесты после рефакторинга?

1. Они становятся зависимыми от конкретной реализации.
2. Они удаляются, так как рефакторинг улучшает стабильность кода.
3. Они используют заглушки (mocks) и интерфейсы для независимости.
4. Они объединяются в один тест для всего приложения.

Какой из перечисленных пунктов может считаться риском рефакторинга?

1. Появление новой функциональности.
2. Увеличение времени выполнения тестов.
3. Изменение поведения программы из-за ошибок при внесении изменений.
4. Снижение связности модулей.

Какое преимущество дает чек-лист при рефакторинге?

1. Исключение необходимости документирования изменений.
2. Ускорение процесса рефакторинга за счет автоматизации.
3. Структурированный подход, уменьшающий вероятность ошибок.
4. Возможность объединить все тесты в один файл.

Какое преимущество дает использование заглушек (mocks) в тестах после рефакторинга?

1. Ускорение работы программы в продакшене.
2. Возможность тестировать отдельные компоненты независимо от их зависимостей.
3. Полное устранение необходимости написания новых тестов.
4. Автоматическая оптимизация всех зависимостей.