pro.jvm

22 Dec 2024 11:28

Ух хорошо. Будем в 2х местах переводить. А то мало геммороя

pro.jvm

22 Dec 2024 11:28

Если бек сразу будет возвращать текст ошибки в нужной локали?

pro.jvm

22 Dec 2024 11:27

На фронте все равно придется переводить, но только то, что касается интерфейсов, то есть только кухню фронтендера там переводить и надо. ИМХО.

pro.jvm

22 Dec 2024 11:26

Я вам предлагаю ещё странички на беке генерировать, а то чё они эти фронтендеры

pro.jvm

22 Dec 2024 11:26

Ну или когда ты сам себе фронтендер и знаешь точно что у тебя тебе твой бек ответит

pro.jvm

22 Dec 2024 11:24

Выходить на новые рынки и надо за счёт зашаманивания бэкенда, клиент должен быть максимально тупым и не страдать от старых версий с ограниченной совместимостью

pro.jvm

22 Dec 2024 11:24

Внезапно да. Но ты должен в твоём случае заставить бек перевести каждый код ошибки. По мне ситуации монопенисуальны

pro.jvm

22 Dec 2024 11:23

В чем данный подход лучше того же ResourceBundle с текстом ошибок для каждой локали?

pro.jvm

22 Dec 2024 11:21

А где тут база знаний?

pro.jvm

22 Dec 2024 11:20

Чтобы смапить код ошибки на шаблон перевода под конкретный язык. В шаблон вставлять плейсхолдоры из мета

pro.jvm

22 Dec 2024 11:20

Мы проектируем апи для приложения или приложение под апи? Карго-культ.

pro.jvm

22 Dec 2024 11:20

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

pro.jvm

22 Dec 2024 11:19

Зачем нужен код ошибки для перевода? Где и как переводчик его использует?

pro.jvm

22 Dec 2024 11:19

Я не отрицал что в ошибке надо вернуть человекочитаемое описание. Я считаю что с бека оно должно лететь на en-us

pro.jvm

22 Dec 2024 11:17

Зачем она нужна, когда ты прямо там можешь написать, в чём проблема?

pro.jvm

22 Dec 2024 11:28

Ну в интерфейсе может быть много чего того, что на беке нет.

pro.jvm

22 Dec 2024 11:28

Что там придется переводить?

pro.jvm

22 Dec 2024 11:26

Бред, как по мне, делать толстый фронтенд из-за i18n...

pro.jvm

22 Dec 2024 11:26

вместе с картинкой "заказчик, вендор, интегратор" описывает it-индустрию in a nutshell

pro.jvm

22 Dec 2024 11:25

Вообще нет, монопенисуальны они только когда у тебя один фронт, и вы с фронтендером в губы целуетесь сидите с утра до ночи.

pro.jvm

22 Dec 2024 11:24

Ну, зато я день потрачу и переведу нормально, чем иметь в китайском стиле сайты, чтобы клиенты поржали.

pro.jvm

22 Dec 2024 11:23

Удачи. Особенно когда вы выйдите на новый рынок. Вместо того чтоб подсунуть в сервис локализации новый перевод вы будете шаманить с беком

pro.jvm

22 Dec 2024 11:21

Фолбек на английский если нет перевода в сервисе локализации.

pro.jvm

22 Dec 2024 11:21

А необработанные переводятся один раз: Упс что-то пошло не так. И логи на английском.

pro.jvm

22 Dec 2024 11:20

Это жуткий гемор, несопоставимый с тем, что на беке просто сразу все свои обработанные ошибки пеерводить.

pro.jvm

22 Dec 2024 11:20

А главное дать возможность / объяснить, как воспроизвести все кейсы, чтобы протестировать можно было

pro.jvm

22 Dec 2024 11:20

https://jsonapi.org/format/#error-objects тут под это есть все поля

pro.jvm

22 Dec 2024 11:19

А переводить должен тот кто занимается отображением

pro.jvm

22 Dec 2024 11:18

Потому что текстовый код нагляднее - понимаешь сходу и не надо в доку лезть.

pro.jvm

22 Dec 2024 11:17

Почему? Если у тебя есть база знаний по кодам ошибок, их описанию и способам решения, то это очень помогает поддержке. Плюс кейс выше по маппингу кода на перевод. Но код может быть и не числовым