Локализовать демонстрационные данные БДМ

Question

Я разрабатываю приложение для Windows Mobile, которое должно работать на нескольких языках (английский, немецкий, французский, русский).

Это приложение будет показано клиентам (немцам, русским, ...), и мы хотели бы генерировать данные в зависимости от культуры, для которой оно настроено.

Итак: есть кто-нибудьпридумал способ создания данных, которые затем будут вставлены в базу данных в режиме реального времени?

Например: описание НДС для английской версии гласит «НДС 17,5%» со значением 17,5, немецкая версия »Mehrwertsteuer 19% "со значением 19, французская версия" TVA 19,6% "со значением 19,6

Заранее спасибо

РЕДАКТИРОВАТЬ

Я признаю, ябыло не очень понятно.Мне нужен набор данных для локализации.Мне нужен механизм, который каким-то образом считывает эти «подготовленные» локализованные данные и вставляет их в базы данных.

Второе, что мне хотелось бы, - использовать файл XML, который имеет одинаковую структуру для всех языков (но, конечно,разные значения), например

datafile.en-US.xml

datafile.de-DE.xml

Что вы думаете об этом?

Answer 1

Я не совсем знаю, какова ваша цель, поэтому я могу ошибаться здесь ... В любом случае, если вы планируете распространять свое клиентское приложение Windows Mobile в разных странах, и одна языковая версия предназначена для работы в одной стране, япредложил бы использовать файлы ресурсов вместо базы данных SQL.Вы можете поместить сообщения типа «VAT {0}», «TVA {0}» и отформатировать их во время выполнения (в зависимости от языка программирования это будет выглядеть по-разному, см. Пример C # /. Net ниже), сохраняя действительный культурный формат.

var vat = string.Format(vatPatternStringFromResources, vatValueFromResources.ToString("P")); // "P" means percentage format

Если вам все еще нужно добавить значение НДС в SQL для справки, вы можете просто добавить один десятичный столбец, который будет содержать либо внешний ключ к таблице НДС, либо просто значение НДС ...

Обновленная информация о различных значениях НДС

Проблема в том, что значения НДС различаются не только в зависимости от страны, но и в зависимости от того, что вы покупаете ... Поэтому необходимо хранить их настраиваемым способом ... НуЕсли вы хотите использовать SQL DB, вы можете использовать дополнительную таблицу НДС с PK, охватывающим два столбца: один CountryID (FK для таблицы Country) и второй RateID (Integer), которые однозначно определяют данную ставку НДС для страны ...