Интернационализация Настольного приложения в течение пары лет …, Что мы должны сделать теперь?

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

я работал над двумя проектами, которые сделали интернационализацию: ASP.NET C# (существовал, прежде чем я присоединился к проекту), приложение и приложение PHP (homebrewed мой собственный метод с помощью бесплатного управления Интернационализацией и моего собственного приложения управления).

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

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

я скользил бы по документам MS о предмете: http://www.microsoft.com/globaldev/getwr/dotneti18n.mspx

Некоторые основные вещи избежать:

• никогда когда-либо программное обеспечение для перевода использования, наймите про или интерн, берущий тот язык в локальном колледже
• никогда попытка создать текст путем добавления двух существующих записей, потому что грамматика отличается greately по каждому языку, это никогда не будет работать. Таким образом, если у Вас есть строка, которая говорит "Щелчок", и хотят тот, который говорит "Щелчок Теперь", не пытаются создать установку, которая объединяет две записи, или во время перевода, скопируйте слово для щелчка и переведите слово теперь. Рассматривайте каждую строку как полностью новый перевод с нуля

Я буду добавлять к хранилищу и управлять строковыми данными как Unicode (NVARCHAR в SQL MS).

Интернационализация позволит Вашему продукту быть применимым в других странах, это легко и должно быть сделано от запуска (этот способ, которым англоязычные люди во всем мире могут использовать Ваше программное обеспечение), те 3 правила получат Вас большая часть пути там:

1. международные символы Поддержки - используют только типы данных Unicode в файлах и базах данных.
2. Поддержка международная дата, форматы времени и числовые форматы - используют CultureInfo. InvariantCulture, храня данные в файл или компьютер читаемое устройство хранения данных, используйте CultureInfo. CurrentCulture при отображении данных или парсинге ввода данных пользователем, никогда не делайте собственный парсинг, никогда не используйте никакие другие объекты культуры.
3. текстовые данные, вводимые пользователем, нужно считать черным квадратом, не пытайтесь разбить их в слова или буквы, особенно при отображении их пользователю - различные языки имеют, дифрагировали правила, и ОС знает, как отобразить слева направо текст, Вы не делаете.

Локализация переводит программное обеспечение на различные языки, это трудно и дорого, хорошее начало никогда не должно трудно кодировать строки и никогда не создавать предложения из меньших строк.

При использовании данных тестирования используйте неанглийский язык (например: русский, польский, норвежский язык и т.д.) строки. Кодирование посмотрело, это - небольшая ужасная голова в каждом углу. Если не в Ваших собственных библиотеках, то во внешних.

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

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

Когда в библиотеках InfoZIP ZIP была уязвимость безопасности, обновление DLL /. поэтому автоматически сделало безопасным все программное обеспечение, которое их использовало. Программное обеспечение, которое было связано статически, пришлось перекомпилировать.

Единственное, что я всегда буду делать, это: «Не используйте составные строки, которые создаются во время выполнения из составных фраз» и если вы сделайте это, не распространяйте код, который создает одну строку, на множество методов.

Автоматическое изменение размера (и макета) вашего пользовательского интерфейса в соответствии с длиной меток и т. д. сэкономит вам много времени в течение многих лет, если можно сделать это дешево. Существует множество сторонних наборов элементов управления для Windows Forms, которые позволяют маркировать текстовые поля и т. Д. Без необходимости размещать метки в качестве отдельных элементов управления.

Я только начинаю интернационализировать приложение WinForms, мы надеемся, что в основном сможем использовать «Имя» каждого элемента управления в качестве ключа поиска, без необходимости перемещать участки в файлы ресурсов и т. Д. Это не всегда так сложно, как вы думаете сначала….