Вопрос:
Это дополнительный вопрос к этим сообщениям: Производительность i18n: resx против базы данных? Подходят ли файлы resx для интернационализации? Если бы я использовал файлы resx для интернационализации (локализации), в этом сценарии:
- ОДНО приложение (один источник, один проект, один исполняемый файл) для всех клиентов
- много клиентов
- несколько языков для каждого клиента
- возможна индивидуальная настройка ярлыков для каждого языка для каждого клиента
- приложение периодически заменяется новой версией
Можно ли с помощью файлов resx поддерживать настройку меток полей?Я имею в виду для одного клиента и одного языка, это, безусловно, было бы возможно.
Но для N клиентов с N языками ...
Разве я не должен был бы создавать N файлов resx для Nклиенты и каждую строку, которую я добавляю в один файл, я должен добавить к каждому файлу resx?Также я должен был бы забрать файлы resx (так как настройка происходит у клиента).
Действительно ли файл resx подходит для этого?Мне кажется, что это не так (совсем нет), но на этих двух постах люди, кажется, воспринимают это как лучшее решение.Это кажется мне сомнительным.Мне кажется, что файлы resx просто не могут обеспечить требуемую гибкость и удобство сопровождения, и мне также кажется, что под управлением i18n, управляемым базой данных, это было бы сравнительно легко реализовать.Кто-нибудь, кто работает с файлами resx, имеет реальный опыт работы с подобным сценарием или использовал и обслуживал свой собственный продукт?