Когда DRY вредит
Вопрос
Две формы (регистрация и редактирование профиля) сейчас валидируют email одинаково, а пароль по-разному, и меняются по запросам разных команд. Разработчик объединил их в общий <UniversalForm mode="register" | "edit"> с 12 флагами. Что вероятнее всего пойдёт не так?
Попробуйте сами
Выберите вариант, и откроется разбор.
Показать ответ и разбор
Коротко
Варианты ответа
- Ничего: общий код всегда дешевле поддерживать, чем два похожих
- Правка одной формы будет ломать другую: это ложное DRYправильный ответ
- Упадёт производительность из-за лишних рендеров по флагам
- Нарушится LSP, потому что формы ведут себя по-разному
Разбор
DRY про дублирование знания, а не похожего кода. Если части меняются по разным причинам, их объединение создаёт связность: каждая правка тянет флаг и риск сломать соседа. Правильнее вынести общее действительно одинаковое (валидатор email, поля UI-кита), а формы оставить отдельными. Производительность тут не главная проблема, а LSP про подстановку реализаций.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.