Глобализиране на съществуващо приложение на Windows Forms?

Работил съм само с LTR езици, а японски не съм пипал. Имайки това предвид, ето някои от моите най-добри практики на главата ми:

• Поставете всички специфични за езика програмни низове и фрагменти от низове в .resx файл (обичам да използвам по един .resx файл на диалогов прозорец), след което извикайте низовете, като използвате автоматично генерираните класове и свойства. Във вашия код не трябва да остават низове, специфични за езика (което означава почти никакви низове във вашия код, точка). Добър модел е да поставите форматиращи низове и в .resx, тъй като синтаксисът на езика варира.
• Задайте свойството Localizable на True на всички ваши формуляри и направете специфични за езика промени там директно (използвайте свойството Language).
• Проектирайте формулярите си така, че всичко, което показва специфични за езика низове, да има допълнително място, където е необходимо (забележка: немският е по-дълъг от английския). IMO, формулярите не трябва да се пренареждат напълно за основна промяна в езика - може да се наложи обаче да се направи с език като японски.
• За контроли като етикети, които се нуждаят от динамично зададен текст, задайте текста във формуляра, така че да знаете, че е само маркер. Използвам "##" за това, което наистина се откроява. Избягвайте да задавате текста на "извадка" от динамичния текст, защото никога няма да си спомните кои контроли се задават динамично само като погледнете формуляра.

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

Обикновено не се препоръчва да съставяте низове от фрагменти, защото те по принцип няма да се преобразуват в същия модел от фрагменти на различен език. Използване на форматирани низове (String.Format) за намаляване на стойностите, да, но всичко, което разчита на граматиката и реда на изреченията на оригиналния език, е малко вероятно да пасне.

Ако използвате Visual Source Safe като контрола на източника (да се надяваме, че не сте), каквото и да правите, не добавяйте японски текст в самия изходен код. Въпреки че Visual Studio може да обработва уникод изходни файлове, VSS не се справя добре с тях.

Работих върху приложение, което се преведе на японски и включването на японски в самия изходен код (за извиквания на подобна на MessageBox функция) повреди файловете и тъй като VSS е базиран на diff, файловете бяха повредени докрай обратно към оригиналните чекирани версии. Тази повреда прие формата на повечето кодови файлове, които бяха превърнати в безсмислици, базирани на японски знаци, и се случи, защото VSS измести части от базираните на unicode CS файлове (които използваха два байта на знак) с един байт.

Коригирането на тези файлове изискваше много ръчна работа, а шефът ми надничаше през рамото ми и крещеше колко сме обречени, така че просто не правете това.

Също така, ето няколко други въпроса на StackOverflow по тази тема:

Най-добрият начин за прилагане на многоезичност/глобализация в голям .NET проект

Най-добра практика за създаване на многоезично приложение в C#/WinForms ?

Лично аз предпочитам по-прост метод. Създайте списък в Excel или нещо подобно от всяко парче английски текст в приложението, което трябва да преведете (контролирайте свойствата на текста, низове за използване във функциите на MessageBox и т.н.) и изпратете електронните таблици на вашите преводачи. Във вашето приложение извикайте метод в събитието Load на всеки от вашите формуляри, който преминава през всички контроли на формуляра и променя техните текстови свойства към преведените стойности. Заменете всички извиквания към MessageBox с извиквания към междинна функция, която превежда текста за показване и след това извиква MessageBox с преведения текст.

Използването на вградените методи за глобализация е много работа, защото трябва ръчно да създадете всеки глобализиран формуляр и след това ръчно да замените целия текст с преводите, а тази задача до голяма степен изисква програмистът да владее свободно. Методът, който споменавам, се извършва програмно и не изисква програмистът да владее свободно преведените езици.

Ако искате общността да локализира вместо вас, използвайте външен XML файл. Погледнете http://www.codeplex.com/url2jpeg, този проект с отворен код е локализиран по този начин и използва Reflection за автоматично локализиране на формата.

За низ просто използвайте скрит етикет.