Приложение состоит из нескольких слабосвязанных частей - гуй на кутэ, сетевая часть на буст.асио, логика без использования сторонних библиотек. Локализация в кутэ реализована изначально и меня устраивает, но в остальных частях придется реализовывать самому, так как мешать везде кутэ нельзя. На данный момент я тупо вынес в отдельные файлы декларации и определения используемых строковых констант и везде использую их. Но это менее удобно, чем кутэшная реализация, т.к. если добавляешь константу (а их добавлять полюбому придется) то нужно будет перекомпилировать значительную часть проекта. Использовать же для каждого файла отдельный файл со строковыми константами мне кажется довольно геморрным (хотя вроде так в яве реализовано?). 
Как можно лучше кроссплатформенно реализовать локализацию, не завязываясь на громоздкую стороннюю библиотеку/фреймворк (т.е. мелкую в принципе можно заюзать), но и не изобретая свой велосипед? Может ссылки кто подскажет, а то гугл выдает про виндовую локализацию.

юзаю sqlite с таблицей в виде:

lng - идентификатор языка.
message_id - целочисленные константы определенные в исходниках.
message - собственно, текст сообщения для указанного языка и идентификатора сообщения.

А как это в коде выглядит? Мне константы (айди в данном случае) кажутся не очень наглядными. Вот как у меня:

И меня смущают эти длинные имена констант, да и не очень наглядные они. С айди конечно покороче будет, но наглядность потеряется вообще имхо. Локализация у меня осуществляется на этапе линковки - выбором соответствующего .срр файла.
Динамическая локализация, конечно, получше будет, но особой заинтересованности в ней у меня нет. Но сделал я это на скорую руку, поэтому советуюсь.

Если нужно вывести какое-то значение в сообщении юзают boost.format:

Но смущает, что нужно знать о наличии аргументов у сообщения, чтобы правильно применить. Хотя может это и не страшно.

Это сообщение отредактировал(а) drug007 - 22.12.2011, 09:19

идентификаторы я забиваю в неймспейсы. обычно вложенные.



я так и делаю. не нашел "человеческого" решения.

Добавлено через 2 минуты и 14 секунд
при использовании enum class все выглядит более естественно.

drug007, ты можешь использовать средства того же Qt. Только объяви свои макросы и создай файл po с помощью gettext (linguist не поддерживает отличные от Qt'шных ключевые слова). Например, очень часто используют макрос _()... Таким образом:
В итоге, твои компоненты не привязаны на уровне исходников к Qt, но в тоже время, нет необходимости подключать еще какие-нибудь модули перевода.

кто бы сомневался  

согласись, значительно более логично использовать то, что у тебя и так в проекте есть, чем добавлять еще что-то. Кстати, я бы никогда не догадался использовать реляционную БД для этих целей... Имхо, это сродни полету на вертолете в булочную напротив.

использовать куте вообще не логично. просто выбирать особо не из чего.


не удивительно.
интересно бы было посмотреть на то, как бы ты обновлял сотни тысяч клиентских программ объемом по 30мб, только из-за того что была исправлена опечатка в сообщении об ошибке.


ну да. ваши на такси в булочную не ездят.

это производится заменой одного файлика... В твоем случае тоже. Кстати, я впервые слышу об использовании БД в этих целях. Может не спроста никто этого не делает?

Скажи, зачем городить огород (неудобный к тому же), когда есть готовые решения? Тот же gettext, boost::localization, Qt... Тем более, что в проекте уже есть (и используется!) одно из перечисленных.

всего один вопрос: зачем создавать "этот" файлик, и потом "лечить" последствия его существования?


ты повторяешься.
раз не слышал - значит не в той отрасли работаешь. представь распределенные системы с сотнями тысяч узлов. ты бы стал по каждому чиху обновлять файлики? умерла бы твоя система, не успев приобрести популярность.

Добавлено через 14 минут и 25 секунд

это в одном приложении?

Это сообщение отредактировал(а) boostcoder - 22.12.2011, 13:53

sqlite не создает файлов?!?
я работаю с десктопами и embedded в потребительской сфере.
тут речь не о web программировании. А о Qt приложении. Причем тут сотни тысяч узлов? А так же какое отношение sqlite имеет к этим узлам?
Если бы ТС написал: "делаю тонкий клиент к сетевой программе работающей удаленно и хочу, чтобы все было локализовано", то я бы может даже вместо sqlite postgres или oracle посоветовал. Но речь идет о другом (по крайней мере, я так понял ТС). И если делать локализацию через удаленную базу, то это усложнит запуск приложения, особенно, с неработающей сетью, а выбор sqlite выглядит вообще странным. Если ты предлагаешь через локальную базу, то чем она отличается от принятых методов локализации? Только тем, что изменения можно вносить путем загрузки только измененной записи БД? Сейчас такая экономия смысла особо не имеет. Никто не умрет, если придется грузить файл объемом 100 КБ (тем более, что это можно автоматизировать). А вот усложнение кода будет налицо.

drug007, рассмотри вариант с boost::localization. Возможно, он быстрее Qt будет в твоем случае.

его файлы не требуют замены, ибо есть UPDATE.


это лишнее.


я с десктопами не работаю. это в другом отделе.


я не говорил о вебе.


правда? т.е. если в приложении используется что-либо из куте, то оно становится кутеприложением?  что за "мерка" такая?


до свиданья.

по правде сказать, я помню последние темы ТС, где он разрабатывал высокопроизводительный сервер. и на автомате, я предположил что куте у него - это клиенты.
и того: 1)высокопроизводительный сервер, 2)клиенты = сотни тысяч узлов которые нужно обновлять.

Базу имеет смысл применять (в данном случае) если она в проекте уже есть. То же касается и всего остального. Если же ничего 'остального' нет, то советую посмотреть в сторону отдельно стоящего gettext (его уже тут упоминали), довольно легкая библиотека

Я одна не уловила связи между "сто пицот клиентов" и локальной СУБД?