хранения описания ошибок, отдельные модули для этого с константами, .yml файлы, гемы может какие то? Или I18n использовать
Ошибки валидации моделек через локали нормально хранятся.
Еще надо понимать - нужны ли тебе эти локали и если кажется что да, то для чего? Также - будешь ли ты хранить логи в базе какой-нибудь, например elasticsearch, надо ли тебе проводить аналитику по ним, надо ли тебе дополнительные метрики отсылать, какие объемы логов и прочее. Тут идеального подхода нет, у всех свои требования. В целом надо определиться с форматом (на практике структурированный логи удобнее всего) и местом хранения (база, файл, внешний сервис…), обязательно держать в логах идентификатор запроса (даже если у тебя сейчас чисто монолит без какой-то обратной связи, то в будущем это поможет при добавлении каких-то сервисов продолжать видеть путь запроса), сразу учесть ротацию (по датам и объемам), а то вдруг лимиты своего кластера забьешь, также обязательно использовать абстракцию для создания логов (а не создавать, например, модельку по типу BuisenessLog и напрямую через нее писать), чтобы в будущем можно было легко переключиться на другой вид хранения (паттерн adapter вполне уместен тут) - довольно частая ошибка, которую замечал
Да нет, локали не нужны, спасибо за ответ. Я немного другое хотел услышать, вот есть у тебя условный сервис с бизнес логикой, и там ошибки определенные например 'недостаточно денег', 'нет доступа', 'нет доступных автомобилей' ну и тд и тп Тут не сколько про валидацию моделей, валидация моделей в контрактах dry-validation, а там ошибки в yml А в бизнес сценариях куда ошибку вынести, и желательно чтобы еще там был статус и error_key😅
Обсуждают сегодня