«Тупой» UI-компонент - это комплимент
Иногда лучший комплимент UI-компоненту звучит обидно: «он тупой».
Но в инженерном смысле это означает другое: он не лезет туда, где ему не место.
Например, компонент «профиля» на теннисной платформе.
Плохой вариант - когда UI знает слишком много: - что «профиль» строится по email; - что маршрут называется вот так; - что в query надо класть именно это; - и ещё пару условий, чтобы ссылка иногда появлялась, а иногда нет.
Выглядит безобидно. Пока через два месяца не появляется второй сценарий: «профиль игрока» открывается по id. И третий: «профиль тренера» вообще в другой зоне приложения. И четвёртый: нужен переход в «матчи игрока», а не в сам профиль.
И тут выясняется, что ваш UI-компонент был не UI. Он был кусочком бизнес-логики, замаскированным под разметку.
⚪️ Когда UI знает домен, вы теряете переиспользуемость. ⚪️ Когда UI строит ссылки и правила, вы размазываете ответственность. ⚪️ Когда UI держит «узкий контракт» (типа «дай email и я сам разберусь»), вы привязываете весь продукт к одному способу навигации.
А «тупой» компонент делает проще: он принимает абстрактное действие - например, «linkTo». Как именно это действие строится - решает приложение (Vue/React - неважно).
❕UI остаётся UI. А домен остаётся в домене❕
У вас сейчас компоненты реально «тупые» в хорошем смысле - или они уже тихо принимают продуктовые решения вместо приложения? #ui
· 23.02
Очень много компонентов-мутантов. Постепенно чищу все это дело
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 23.02
Уничтожай их, Эльдар!
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён