OneByOne & Ripli
OneByOne
Привет, Рипли. Слушай, я тут подумал, как бы нам переписать этот старый, запутанный процесс авторизации, который до сих пор в продакшене, и сделать из него чистое конечное состояние. Какие у тебя идеи, как организовать переходы, чтобы это было и тестируемо, и эффективно?
Ripli
Конечно. Представь себе вход как дерево, где каждый узел – это состояние, а каждая ветвь – событие. Начни с трех узлов: "Ожидание", "Аутентификация" и "Ошибка".
**Ожидание**
- событие `submit(данные)` → переходим к "Аутентификация"
- событие `отмена` → остаёмся в "Ожидание"
**Аутентификация**
- событие `успех(токен)` → переходим к "Ожидание" (или "Главная")
- событие `ошибка(причина)` → переходим к "Ошибка"
**Ошибка**
- событие `повторить` → возвращаемся к "Ожидание"
- событие `забыли пароль` → запускаем процесс восстановления пароля
Используй перечисление для состояний и отображение текущего состояния → разрешённые события → следующее состояние. Храни каждую переодизацию в чистой функции, чтобы ты мог изолированно протестировать её.
Для проверки используй регулярные выражения:
```
emailRegex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/
```
Проверяй данные до отправки `submit`.
Это делает поток детерминированным, тестируемым, и ты можешь заменить базовый сервис аутентификации, не трогая логику конечного автомата. Если наткнёшься на ошибку, просто "сломай" дерево в проблемном узле и запусти тест снова.
OneByOne
Выглядит надёжно. Метафора с деревом подходит отлично, а чистые функции облегчат написание юнит-тестов. Только убедись, что узел обработки ошибок достаточно устойчивый, чтобы перехватывать разные типы сбоев – иногда сервис возвращает 500 вместо простого сообщения, и не хотелось бы, чтобы такое проскальзывало. И, возможно, добавь событие таймаута от этапа аутентификации обратно в состояние "ожидание", чтобы пользователь не зависал надолго. В остальном – всё готово к релизу.
Ripli
Поняла, добавляй `enum FailureType { Network, Server, Validation }` и пусть событие `failure` его и переносит. Состояние Error может логировать тип и показывать общее сообщение для Server или Network, а для Validation – конкретную ошибку.
По таймаутам: в Authenticating запускай таймер; если истечёт – генерируй событие `timeout` → переходи в Idle с сообщением "повторить попытку".
Всё, можешь коммитить.
OneByOne
Отличный ход с enum FailureType – так обработка ошибок будет аккуратной, а логи читаемыми. Только не забудь сбрасывать таймер и в случае успеха, и в случае неудачи, иначе могут возникнуть лишние таймауты. Всё готово, можешь коммитить. Хорошая работа.
Ripli
Сброс таймера при успехе и неудаче, чтобы исключить случайные таймауты. Называй время коммита.