DB
нотификейшены с сервера уже должны в нужном языке приходить с коробочным i18n
Сервер-то откуда знает, какой язык на фронте?)
Size: a a a
2020 January 15
НС
как основной пока, жду выход 9ой версии поглядеть чего там интересного и стоит ли обновлятся (кроме бонусов от ivy)
E
Сервер-то откуда знает, какой язык на фронте?)
заголовки
IV
Язык на фронте можно через куки посылать.
DB
Да оно-то понятно, что варианты есть, я к тому, что сервер не должен заниматься интернационализацией клиентского приложения
DB
ngx-translate больше не развивается автором, эту тулзу вообще лучше не использовать.
Да я вот тоже заметил, 10 декабря последний коммит. Но вопрос динамческого перевода важен
E
Да оно-то понятно, что варианты есть, я к тому, что сервер не должен заниматься интернационализацией клиентского приложения
если данные приходят с сервера, кто их должен локализовать тогда, если не сервер?
IV
Да оно-то понятно, что варианты есть, я к тому, что сервер не должен заниматься интернационализацией клиентского приложения
Коробочный i18n это как раз интернационализация на стороне сервера.
E
Да я вот тоже заметил, 10 декабря последний коммит. Но вопрос динамческого перевода важен
есть transloco, он производительней
E
и развивается
E
Коробочный i18n это как раз интернационализация на стороне сервера.
в 9 все изменится
DB
если данные приходят с сервера, кто их должен локализовать тогда, если не сервер?
В любом клиент-серверном приложении данные приходят с сервера. И что, везде их локализует сервер?
Конечно же клиент должен этим заниматься
Конечно же клиент должен этим заниматься
IV
в 9 все изменится
Да уже как год жду, когда всё измениться.
DB
есть transloco, он производительней
Спасибо. А как всё же лучше, комбинировать или пользоваться одной тулзой?
E
Да уже как год жду, когда всё измениться.
мы все джва года ждем
S
В любом клиент-серверном приложении данные приходят с сервера. И что, везде их локализует сервер?
Конечно же клиент должен этим заниматься
Конечно же клиент должен этим заниматься
сильное заявление
E
Спасибо. А как всё же лучше, комбинировать или пользоваться одной тулзой?
комбинировать в любом случае плохо, потому что логика размазана по двум решениям
DB
сильное заявление
Какое из двух? Или оба?
S
Какое из двух? Или оба?
что клиент должен
S
Ну, раньше то, компоненты из роутинга всё равно нужно было где-то декларировать и вот это где-то импортировать в модуль с роутингом.
https://github.com/angular/angular/commit/53f91189a12ee214d7314ea73ce138dcdb1333c8#diff-f81141427a124481c3294922f1c8fccdR80 покрайне мере несколько лет уже нет