В поле какого типа передавать на фронтенд расшифровку статуса: строка или enum?

Question

[vi0]

Есть api которое возвращает на фронтэнд модель с полем status.

enum Status {
    ERROR,
    SUCCESS
}

Требуется отобразить пользователю причину ошибки или детали успешного завершения на русском языке.

1. Стоит ли передавать это сообщение как есть с бэканда в строковом поле?
Структура:

{
    id: int
    status: Status
    statusDescription: string
}

Пример:

{
    id: 210,
    status: "ERROR",
    statusDescription: "Товар не найден"
}

2. Или же правильнее передать enum, а на фронтенде уже будет сформировать сообщение?
Структура:

{
    id: int
    status: Status
    statusDescription: StatusDescription
}

enum StatusDescription {
    PRODUCT_NOT_FOUND,
    CUSTOMER_NOT_FOUND
}

Пример:

{
    id: 210,
    status: "ERROR",
    statusDescription:  "PRODUCT_NOT_FOUND"
}

Comments

[WbICHA]

Если есть переводы, то там, где переводы, а если нет, то на беке. Банально потому, что эта и любая другая ошибки ответственность бека и, если и когда у бека что-то поменяется, ему не придётся бежать к фронту просить поправить текст.

Answer 1

[Алексей Ярков]

Я за первый вариант

Answer 2

[Aetae]

Делают как на душу положит.
Но по-хорошему надо исходить из того, чтобы минимизировать переплетённость и дублирование кода. Т.е. всё что может отдать бэк текстом - должен отдавать текстом, чтоб при каких-либо изменениях менять надо было только в одном месте - на бэке. Остальное, дублирование чего не избежать(к чему привязывается дополнительная логика на фронте, типа Status) - то минимизировать, задокументировать и ограничить возможность изменений.:)