Вериги за резервно търсене на локали за всеки фреймуърк
Повечето i18n фреймуърци изцяло пропускат родителските локали. Потребител с pt-BR, за когото липсва ключ, вижда английски, а не напълно подходящия превод на pt-PT. Библиотеките locale-chain решават проблема чрез настройваеми вериги с рекурсивно обединяване.
Проблемът: фреймуърците пропускат родителските локали
Публикувате преводи на pt-PT с 2,000 ключа. Вашият файл за pt-BR съдържа 200 регионални замени. Какво се случва с останалите 1,800 еднакви ключа? Повечето фреймуърци показват резервния локал (обикновено английски) вместо родителския. Бразилските Ви потребители виждат смесица от португалски и английски — нарушено изживяване, което създава впечатление за незавършено приложение.
Това не е рядък граничен случай. Проблемът засяга всяко приложение с регионални варианти (zh-Hans/zh-Hant, es/es-419, en-US/en-GB, fr/fr-CA). Стандартното поведение на почти всеки i18n фреймуърк е неподходящо за регионалните локали.
Как работи резервното търсене с рекурсивно обединяване
Когато потребител избере pt-BR, библиотеката зарежда съобщенията от всеки локал в резервната верига и ги обединява рекурсивно по ред на предимство. Регионалните ключове заменят родителските, а родителските попълват пропуските. Резултатът е пълен набор от съобщения без липсващи преводи.
Пример: pt-BR определя 'cart.checkout' като 'Finalizar compra'. pt-PT определя 'cart.checkout' като 'Concluir compra' и 'cart.empty' като 'Carrinho vazio'. Обединеният резултат за pt-BR използва текста за плащане от pt-BR, но при съобщението за празна количка преминава към pt-PT, вместо да показва английски.
Предлага се за 17 фреймуърка
Всеки фреймуърк има специална библиотека locale-chain, която се интегрира директно с неговата i18n система. Инсталирайте пакета, настройте веригите си и рекурсивното обединяване ще се извършва автоматично при зареждането.
Изпробвайте i18n Agent сега
Пуснете тук Вашия файл за превод
JSON, YAML, PO, XML, CSV, Markdown, Properties
или натиснете, за да изберете файл
Целеви езици