Здравствуйте, RamsesV, Вы писали:
RV>Не уверен, что правилъный форум нашел, тогда сорри за оффтопик. Естъ болъшой достаточно сложный программный комплекс: client/server, сервер держит информацию в базах данных — ORACLE, MS SQL Server. Серверная частъ написана на ANSI-C. Из-за интернационализации софта поставлена задача переходитъ на UNICODE. Всё должно работать под виндой и под UNIX-ом (код на 90% портируемый, всё зависящее от оси прячем за wrapper-ами).
RV>Опыта в таком совершенно нет, так что вопрос: с чего начатъ, где можно про это посмотретъ? Меня интересует в первую очередъ база и серверные процессы ( ANSI-C + Dynamic SQL + либо ODBC либо — для ORACLE — доморощенный похожий на ODBC интерфейс). Так с ходу:
RV>меняем типы в базе: например в ORACLE — VARCHAR2 -> NVARCHAR2. Переменные в программах -> wchar_t и все строковые-функции меняем на wc....
RV>Но что-то всё оченъ просто получается... Наверно естъ какие-то подводные камни?
RV>Еще говорят что-то насчет ресурсных файлов с локализациями — что это за зверь? Стыдно конечно признаться, но никогда не возникало необходимости в них, так что тут плаваю немного. Ткните в ссылочку плиз (тоже соответственно дла винды и UNIXa).
RV>Заранее спасибо за совет!
Для начала, попробуйте конкретизировать, что Вам нужно. Есть два понятия:
Глобализация (internationalization, i18n) — возможность работать в разных языковых окружениях и уметь обрабатывать тексты на разных языках
и
Локализация (localization, l11n) — представление пользовательского интерфейса на разных языках, с разными форматами даты и чисел...
Глобализации обычно реализуется через использование unicode во всех местах, где может быть пользовательский текст.
Локализация же обычно делается через ресурсные файлы или через ту же базу. В этих файлах (или в базе) хранятся переводы сообщений и картинок на разне языки
Если Вам нужно и то и другое — разбейте задачу на две части и делайте вначале глобализацию
Обычно, с глобализацией проблем немного, но они могут быть, особенно в сложных системах.
Здравствуйте, vmpire, Вы писали:
V>Здравствуйте, RamsesV, Вы писали:
RV>>Не уверен, что правилъный форум нашел, тогда сорри за оффтопик. Естъ болъшой достаточно сложный программный комплекс: client/server, сервер держит информацию в базах данных — ORACLE, MS SQL Server. Серверная частъ написана на ANSI-C. Из-за интернационализации софта поставлена задача переходитъ на UNICODE. Всё должно работать под виндой и под UNIX-ом (код на 90% портируемый, всё зависящее от оси прячем за wrapper-ами).
RV>>Опыта в таком совершенно нет, так что вопрос: с чего начатъ, где можно про это посмотретъ? Меня интересует в первую очередъ база и серверные процессы ( ANSI-C + Dynamic SQL + либо ODBC либо — для ORACLE — доморощенный похожий на ODBC интерфейс). Так с ходу:
RV>>меняем типы в базе: например в ORACLE — VARCHAR2 -> NVARCHAR2. Переменные в программах -> wchar_t и все строковые-функции меняем на wc....
RV>>Но что-то всё оченъ просто получается... Наверно естъ какие-то подводные камни?
RV>>Еще говорят что-то насчет ресурсных файлов с локализациями — что это за зверь? Стыдно конечно признаться, но никогда не возникало необходимости в них, так что тут плаваю немного. Ткните в ссылочку плиз (тоже соответственно дла винды и UNIXa).
RV>>Заранее спасибо за совет!
V>Для начала, попробуйте конкретизировать, что Вам нужно. Есть два понятия: V>Глобализация (internationalization, i18n) — возможность работать в разных языковых окружениях и уметь обрабатывать тексты на разных языках V>и V>Локализация (localization, l11n) — представление пользовательского интерфейса на разных языках, с разными форматами даты и чисел...
V>Глобализации обычно реализуется через использование unicode во всех местах, где может быть пользовательский текст. V>Локализация же обычно делается через ресурсные файлы или через ту же базу. В этих файлах (или в базе) хранятся переводы сообщений и картинок на разне языки
V>Если Вам нужно и то и другое — разбейте задачу на две части и делайте вначале глобализацию V>Обычно, с глобализацией проблем немного, но они могут быть, особенно в сложных системах.
Не уверен, что правилъный форум нашел, тогда сорри за оффтопик. Естъ болъшой достаточно сложный программный комплекс: client/server, сервер держит информацию в базах данных — ORACLE, MS SQL Server. Серверная частъ написана на ANSI-C. Из-за интернационализации софта поставлена задача переходитъ на UNICODE. Всё должно работать под виндой и под UNIX-ом (код на 90% портируемый, всё зависящее от оси прячем за wrapper-ами).
Опыта в таком совершенно нет, так что вопрос: с чего начатъ, где можно про это посмотретъ? Меня интересует в первую очередъ база и серверные процессы ( ANSI-C + Dynamic SQL + либо ODBC либо — для ORACLE — доморощенный похожий на ODBC интерфейс). Так с ходу:
меняем типы в базе: например в ORACLE — VARCHAR2 -> NVARCHAR2. Переменные в программах -> wchar_t и все строковые-функции меняем на wc....
Но что-то всё оченъ просто получается... Наверно естъ какие-то подводные камни?
Еще говорят что-то насчет ресурсных файлов с локализациями — что это за зверь? Стыдно конечно признаться, но никогда не возникало необходимости в них, так что тут плаваю немного. Ткните в ссылочку плиз (тоже соответственно дла винды и UNIXa).
Здравствуйте, vmpire, Вы писали:
V>Здравствуйте, vmpire, Вы писали:
V>>Если Вам нужно и то и другое — разбейте задачу на две части и делайте вначале глобализацию V>>Обычно, с глобализацией проблем немного, но они могут быть, особенно в сложных системах.
V>Да, ссылку забыл: http://msdn.microsoft.com/en-us/library/1021kkz0(VS.80).aspx
