Интернационализация и локализация в [закрытом] приложении Ajax

Поскольку это в настоящее время стоит, этим вопросом не является подходящий вариант для нашего формата Вопросов и ответов. Мы ожидаем, что ответы будут поддерживаться фактами, ссылками или экспертными знаниями, но этот вопрос будет, вероятно, требовать дебатов, аргументов, опроса или расширенного обсуждения. Если Вы чувствуете, что этот вопрос может быть улучшен и возможно вновь открыт, посетить справочный центр для руководства.

Закрытый 7 лет назад.

Обзор

Я хотел бы услышать обратную связь на своем подходе для интернационализации приложения Ajax. Действительно ли это - звуковой подход? Какой другие подходы были бы достойны рассмотрения? Вот сводка приложения:

Приложение Ajax, работающее от единственной страницы HTML, генерировало серверную сторону с i18n
Страница HTML импортирует JQuery и плагины
Использование XHR для загрузки сгенерированных сервером i18n шаблонов HTML по мере необходимости
Данные приложения загрузок в формате JSON от URL REST
Собирает шаблоны использования результатов и данные

Более подробная информация

Создайте ajax тяжелое приложение, которое является в значительной степени просто единственной стандартной страницей HTML. Эта страница динамично сгенерирована через платформу серверной стороны и полностью интернационализируется на серверной стороне. Эта страница загружает JQuery, а также несколько плагинов.

С этого момента приложение, прежде всего, только выполняет запросы XHR. Некоторые из этих запросов для шаблонов HTML (отрывки HTML-кода с заполнителями для того, куда реальные данные должны пойти), которые используются JQuery для генерации динамического контента на странице. Эти типы запросов обычно не содержат данных приложения, но просто заполнителей для того, где данные должны быть отображены. Эти отрывки сгенерированы динамично на серверной стороне, и i18n используется. Их только нужно требовать однажды на шаблон.

Объем запросов как приложение используется, для данных приложения. Эти данные получены через запросы XHR к сервису REST, это производит данные JSON. Это необработанные данные затем используется кодом jQuery для заполнения шаблонов и частей сборки страницы. Массивы данных заставляют шаблоны быть повторенными. Поскольку эти данные - то, что прибывает из базы данных, № i18n выполняется на нем.

Клиентская интернационализация

Если UI заканчивает тем, что нуждался в каких-либо других строках i18n, они могли бы быть сохранены в JSON и служили или в качестве части начальной страницы HTML или в качестве специального URL REST, который возвращает отображения ключа/текста JSON. Функциям, таким как сообщения об ошибках, возможно, понадобилось бы это.

Клиентская локализация

Таким образом, это приносит мне к Локализации. Вещи как даты и деньги будут переданными в нормализованных форматах в данных JSON. Таким образом, это будет до клиента для отображения этой информации в правильном формате для клиента. Я не думаю, что это будет слишком большой проблемы, или будет она?

Если это будет, возможно, у меня должны быть соответствующие строки формата возврата серверной стороны на основе клиентской локали. Клиент мог использовать что-то как DateJS для форматирования дат. Я не совсем уверен в этом все же, тем более, что DateJS является настолько крупным. Но существуют другие клиентские опции, которые намного меньше.

Ресурсы

Я нашел некоторые плагины jQuery, которые могли бы помочь с этим. У кого-либо есть что-нибудь для высказывания о них? Или знайте о других?

задан Tauren 13 February 2010 в 03:51

0 ответов

Другие вопросы по тегам:

javascript web-applications localization internationalization

Интернационализация и локализация в [закрытом] приложении Ajax

0 ответов

Похожие вопросы: