Есть REST приложение. Есть фронт на ReactJS. Нужно сделать мультиязычность. И вот собственно вопрос.

Как лучше хранить переводы под разные языки? в одном csv файле или в разных .properties аля translations_EN.propperties. и т.д. я сейчас сделал пропертями, но не знаю насколько это гуд.

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

А может вообще лучше сделать в бд переводы. Только надо учесть что их может быть от 100 до 10000 в будущем. + это добавление нового языка. добавить колонку проблемней чем просто добавить файлик.

Petro123Tsyklop,
Странно. В базе текст, а переводной текс в файле?
Т.е. вместо select a from table ты что собрался делать?

Не не. или в бд все или в файле. Все это ключ и значение под каждый язык.

| key | EN | RU |
| error.label | Error | Ошибка |

Это если бд.

Petro123TsyklopНе не. или в бд все или в файлеи как сущности join делать из файлов?
да при чем тут файлы. или ВСЕ в бд или ВСЕ в файлах!. Не тупи пожалуйста)

Озверинчего?
ГУИ на реакте сделано. Рест это только рест. Он никак не связан с фронтом. Именно связь как JSP страницы и т.д.

Озверин, back-end сам по себе и front-end тоже сам по себе.

Озверинпричем тут jsp страницы? Файлы с переводом - это ресурсы.
Да. Но я бы хотел что бы фронт сам разруливал переводы. Не на бэке это делать.

Или как лучше? может вы посоветуете?

Озверинтак фронт и будет регулировать. Есть разные варианты: https://medium.com/skillhive/internalization-in-spring-boot-22f4fa82f132
таким способом я могу регулировать месседжи ток в ответ на запросы. А в самом UI есть статический текст, который хотелось бы тоже переводить. MessageSource это хорошо, но он позволяет доставать переводы только по ключу, а вот все что есть нет что есть печально. Мне пришлось самому считывать файлы и парсить их. Рассматривал вариант CSV, но мне кажется что там очень легко запутаться и не то написать.

Сейчас что я сделал так это загрузка всех пропертей в память. И по запросу будет просто отдаваться все что есть из памяти.

Petro123здесь топик вроде про java..я и воспринимаю все в контексте того, что ява делает.
Ну дак если мы про клиент локализацию?
npm install --save react-intl
Это 150 языков в реакт либе.
Или мы бд локализуем?[/quot]
речь идет не о фронте, а о бэкенде. В каком формате и где лучше хранить переводы текстов. Как статических текстов, так и ответов бэка

Petro123, речь идет не о фронте, а о бэкенде. В каком формате и где лучше хранить переводы текстов. Как статических текстов, так и ответов бэка

Озверина как вы можете статику от клиента хранить на бэке? А если клиентов несколько?...

в виде ключа и его перевода под конкретный язык. Фигня в том что можно хранить переводы и на фронте - проблем нет. Но тогда получается беда с переводами ответов от бэка. Мне не хочется присылать серваку локаль и т.д.

Озверина как сервер узнает, на каком языке ему отвечать?О-о
Вот для этого я и хочу сделать что все переводы брались с сервака, а фронт уже сам рулил какой язык и т.д.

Petro123Tsyklop,
Ты читаешь что пишу?
Реакт и ангуляр это не JSP.
Это толстый клиеент и тонкий импотент бэкенд.
Сначала в js ветку.
Может там вообще все языки загружаются liba.js.

мда... а еще ко мне претензии. Вопрос был в том как переводы хранить на фронте? в бд или в properties файлах. при чем тут jsp я вообще хз... при чем тут ветка js тоже хз...

chpashaблин, столько флуда ни о чем. Как и в чем хранить зависит от того как удобней пользоваться и какие инструменты используются. Кроме того важно как и кем осуществляется редактирование/перевод/добавление языков. Т.е. например, если переводы мы делаем сами - то вообще пофиг где и как. Можно и в property файлах, если например юзаем редактор понимающий языковые bundle (например та же IDEA). Если в этом задействованы уже двое/трое/много, то csv/excel будет уже не так неудобно, особенно при необходимости объединения изменений, да и property-файл может поставить простого пользователя в тупик.
Лично я на одном из проектов использовал такой подход: переводы в бд, редактируются через фронтенд несколькими людьми (фронтенд не в смысле клиент бд, а именно формочка со списками переводов, поиском и редактированием), клиенту переводы отдаются скопом при загрузке в виде json
Спасибо)

chpasha, а если в бд будет около 10к переводов. это же бд тяжко будет

Petro123смешно.
скажите в каком месте смешно и я тоже посмеюсь.