Как моделировать UI states через discriminated union?
Что хотят услышать интервьюеры:
Коротко: Discriminated union описывает взаимоисключающие состояния UI и не даёт забыть loading/error/success.
Ответ:
Что важно сказать на собеседовании: На собеседовании важно связать эту тему с реальной render-моделью React: где источник данных, что вызывает обновление, какие побочные эффекты допустимы и как это влияет на поддержку интерфейса.
Пример (TypeScript/TSX):
type LoadState =
| { status: 'loading' }
| { status: 'error'; message: string }
| { status: 'success'; data: User[] };
function Users({ state }: { state: LoadState }) {
if (state.status === 'error') return <p>{state.message}</p>;
if (state.status === 'loading') return <Spinner />;
return <UserList users={state.data} />;
} Типичные ошибки: Типичная ошибка — отвечать только синтаксисом и не объяснять, как решение поведёт себя при повторном render, смене props, unmount или росте данных.
Практический контекст: В практике это встречается в формах, списках, dashboards, личных кабинетах и компонентах design-system; сильный ответ показывает не только API, но и границы применения.