Каморка

я с Unicod-ом никогда дело не имел (а вроде придется), поэтому спрошу вас уважаемые.

Есть продукт, написаный на С++. Компилируеся MS VC 6. Состоит (для простоты) из exe-шника GUI и нескольких dll с имплементацией классов. dll-и используются exe-шником.

Нужно сделать поддержку всяких языков (код буквы не влазит в 1 байт). Какие языки будет известно заранее, но более 2 это точно

Вопросы :

1. Нужно-ли под каждый язык (китайский, монгольский, тарабарский) иметь свой build или можно все рассовать в ресурсные dlls ?

2. Упадет-ли перформанс по сравнению с не Unicod-овской версией ?

3. Продукт обшается с базама данных. Будут-ли проблемы с переходом на Unicod ? Надо-ли будет дописывать специфичный для Unicod куски.

4. Какие еще подводный камни есть ...


спасибо

--1. Нужно-ли под каждый язык (китайский, монгольский, тарабарский) иметь свой build или можно все рассовать в ресурсные dlls ?

обычно resource dll делается под язык. Но и build тоже (хотя это уже дополнительно работы если без него).
Но я храню в XML и позволяю выбирать из меню.


2. Упадет-ли перформанс по сравнению с не Unicod-овской версией ?

нет

3. Продукт обшается с базама данных. Будут-ли проблемы с переходом на Unicod ?

Если MS SQL то нет - там и так хранится в unicode про другие базы не скажу.

4. Какие еще подводный камни есть ...
вроде нет.

С SQL проблемы будут если текстовые поля созданы как
varchar, char, text (MSSQL).

Надо все переконвертить в юникодные поля nvarchar, ntext, nchar...

ura писал(а):С SQL проблемы будут если текстовые поля созданы как
varchar, char, text (MSSQL).
Надо все переконвертить в юникодные поля nvarchar, ntext, nchar...

Да действительно как-то упустил. Кстати сам проект на VC тоже надо перекомпилить с ключм поддержки UNICODe

Лепсик,

ura:
Кстати сам проект на VC тоже надо перекомпилить с ключм поддержки UNICODe

Ну, да .... Конечно, здесь же детский сад... Вот уж ты не дал умереть-то, так не дал.
Но если уж на то пошло, то про #define UNICODE и #define _UNICODE ты не слыхал?

dima,

Компилируеся MS VC 6.

Если там исползуется MFC - то траблы могут быть. (причём только для юникода, ибо для MBCS траблов не наблюдается). Если ж в гуях будешь использовать АПИ - траблов нет с юникод.

Состоит (для простоты) из exe-шника GUI и нескольких dll с имплементацией классов. dll-и используются exe-шником.

Если dll содержат элементы гуи - см. выше. А вообще переписывать придётся и ДЛЛ (если там не прикручивали юникод раньше, то там MBCS )

Нужно сделать поддержку всяких языков (код буквы не влазит в 1 байт). Какие языки будет известно заранее, но более 2 это точно

Могу оибаться, но MBCS, кажется, поддерживает более двух символов. Проверь. Если это так, и если надо только слегка модернизировать проект, то не замарачивайся с юникод. Оставь в MBCS. Если же контора согласилась платить за ломку всего и переделку всего кода в юникод - ну да .... юникод одназначно лучше.

Вопросы :

1. Нужно-ли под каждый язык (китайский, монгольский, тарабарский) иметь свой build или можно все рассовать в ресурсные dlls ?

посмотри здесь как люди делают. упрости немного.
http://rsdn.ru/article/ui/multilang.xml ... T135120120

2.
Упадет-ли перформанс по сравнению с не Unicod-овской версией ?

Нет.

3. Продукт обшается с базама данных. Будут-ли проблемы с переходом на Unicod ? Надо-ли будет дописывать специфичный для Unicod куски.

респект с ura

4. Какие еще подводный камни есть ...

будут ...
Не слушай Лепсика. У него вечно всё хорошо (Лепсик, шучу)

2vg

я то пишу в билдере в основном . VC - ежели для покет или случай какой извращенческий типа работа с dll у которой в функциях параметры - массивы STL-ные.

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