рекомендация при работе с языковыми файлами xml - PullRequest
0 голосов
/ 19 мая 2011

Простой вопрос:

Когда вы работаете с графическим интерфейсом и используете файлы XML для хранения словарей для разных языков. Что эффективнее

  1. создайте один файл и всегда работайте над этим, а затем заполняйте другие файлы после того, как вы знаете, что нужно перевести, или
  2. сделать их всех одновременно?

Преимущества использования одного файла в начале состоят в том, что у вас будет такая же структура в других файлах без какого-либо рефакторинга.

Пример

английский

<root>
<button_save>Save</button_save>
</root>

Шведский

<root>
<button_save>Spara</button_save>
</root>

Контрольный вопрос: Есть ли какие-нибудь приятные плагины для Eclipse, которые на самом деле могут помочь с языковыми файлами? Возможно, он может взять выбранные языковые файлы и всегда добавлять поля ко всем файлам, когда вы создаете новые?

1 Ответ

1 голос
/ 20 мая 2011

Один файл на язык (с правильным соглашением об именах файлов) - это, безусловно, то, что я бы предложил.В этом случае вы можете легко добавить новые языки в будущем.
Кроме того, исправление дефектов локализации будет проще - допустим, что несколько человек решают такие проблемы (т.е. после лингвистического анализа) одновременно, но каждый человекработая на другом языке.С одним файлом на каждый язык проблем не возникнет, но если вы сохраните все в одном файле (несколько языков в одной файловой модели), возникнет много проблем, требующих в лучшем случае большого слияния.Это ситуация, подверженная ошибкам.

Когда вы спрашиваете об Eclipse, первое, что приходит мне в голову, это Java.Если вы используете Java, есть ли у вас причины не использовать стандартные файлы свойств в этом случае?
Существуют плагины, облегчающие разработку Java, например, одним из самых популярных является JBoss Tools (которые содержат файлы свойств редактора).Для файлов XML я не знаю ни одного ...

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...