Интернационализация на JavaScript, это как?

Question

[Max Khrichtchatyi]

Подскажите как правильнее реализовать интернационализацию Front-End с помощью JS.
Насколько я знаю можно подключать нужный ru-js.js или en-js.js файл с содержанием типа:

ApiMessages={
	"visitor": "Visiteur",
	"me": "Moi",
	"chattingwith": "Vous êtes maintenant en chat avec ",
	"joinedtheroom": " a rejoint le chat",
	"disconnectedmsg": "Vous avez été déconnecté. Tentative de reconnection.",
	"chatsessionclosed": "Session de chat terminée.",
	"hasbeendisconnected": " a été déconnecté.",
	"connecting": "Connection en cours",
	"waitingforuser": "En attente de l'utilisateur",
	"mainwindowtitle": "Fenêtre de chat"
}

еще варианты, плагины, либы?

Answer 1

[Евгений Петров]

Подключать сразу или подгружать — вопрос организации. Так или иначе — это будет хэш. А раз хэш, то это скорее всего будет JSON. Вариант с XML возможен, но избыточен.

Технически это может быть старт с английского и выбор с занесением результата в куки или в адресную строку (GET-параметр с выбором языка).

Куки
Поскольку куки придут на сервер вместе с запросом, то сразу понятно, что выдавать в виде включённого на страницу JSON (либо ссылка на нужный файл).
Если куки ставить и читать на клиенте, то неминуема задержка (нужно определит, что загрузить, потом загрузить и сформировать содержание на нужном языке). То есть либо интернациональные надписи заменят английские, либо этот интерфейс покажется целиком только после загрузки словаря.

Адресная строка
Альтернатива работы с куками. Отличие в возможности ручной смены адресной строки на нужный язык. Минус по сравнению с куками — неустойчивость (при случайном искажении адресной строки). Плюс — работает в Tor и в любой ситуации, когда куки запрещены.