Entry tags:
[ненависти псто] Всё больше убеждаюсь, что libconfig - не лучший выбор
И полное отсутствие пакетов, которые зависят от этой библиотеки на моей системе - это только подтверждает.
Речь про https://github.com/hyperrealm/libconfig
Не скажу, что это был мой выбор.
Но очень быстро я нашёл, в чём разочароваться.
Сначала меня удивило, что старый добрый what() у исключений возвращает не конкретное сообщение об ошибке (хотя не так уж и сложно составить детальное описание проблемы в этом месте), а имя класса исключения, например:
Думал предложить пулл-реквест, сделал себе копию проекта, а там - новая засада с временными файлами, непонятно, зачем их хранить в системе контроля версий, я ещё понимаю раздавать в бандле для релизов. Короче, бросил эту идею. Хотя, изменения ортогональны этим, но как-то руки уже опустились.
А сегодня я напоролся на проблему, которая у них идёт - [та-да-а-а-а-а!] - за номером раз!
Имеем на интерфейсе класса Setting среди прочего такие операторы приведения:
Почему другие должны страдать, кто не пользуется другими библиотеками, зачем ограничивать в интуитивно понятной выразительности людей на плюсах?!
Речь про https://github.com/hyperrealm/libconfig
Не скажу, что это был мой выбор.
Но очень быстро я нашёл, в чём разочароваться.
Сначала меня удивило, что старый добрый what() у исключений возвращает не конкретное сообщение об ошибке (хотя не так уж и сложно составить детальное описание проблемы в этом месте), а имя класса исключения, например:
Вообще, если исключения включены, то я класс - и так могу через RTTI узнать. Непонятно, зачем это вообще, ведь нужно возвращать осмысленное сообщение, вся информация в полях для этого есть. Больше похоже на остатки от прототипа или заглушкам к первой версии.const char *ParseException::what() const throw() { return("ParseException"); }
Думал предложить пулл-реквест, сделал себе копию проекта, а там - новая засада с временными файлами, непонятно, зачем их хранить в системе контроля версий, я ещё понимаю раздавать в бандле для релизов. Короче, бросил эту идею. Хотя, изменения ортогональны этим, но как-то руки уже опустились.
А сегодня я напоролся на проблему, которая у них идёт - [та-да-а-а-а-а!] - за номером раз!
Имеем на интерфейсе класса Setting среди прочего такие операторы приведения:
На что автор библиотеки отвечает:operator const char *() const; operator std::string() const;
hyperrealm commented on Mar 10, 2014По-моему, если уж тебе в другую библиотеку без потерь нужно передать что-то - так и адаптируй для той библиотеки этот случай с помощью отдельного оператора, на публичном интерфейсе - сделай возможность (скажем, метод
The const char* casts are very useful actually, when you are using libconfig with a framework that has its own string class (e.g., Qt or my libcommonc++). If you remove these then every conversion will have to go through std::string first, which is wasteful as it involves heap allocation and memory copying.
I would rather get rid of the std::string assignment and cast operators, if this doesn't break existing code that uses them.
c_str()
) и вперёд!Почему другие должны страдать, кто не пользуется другими библиотеками, зачем ограничивать в интуитивно понятной выразительности людей на плюсах?!
Re: function is called automatically... and by the event loop at regular intervals
ÐÑÑÑе ÑкажиÑе пÑо алÑÑеÑнаÑивÑ.
Re: function is called automatically... and by the event loop at regular intervals
ÐÑлиÑÐ½Ð°Ñ GUI-библиоÑека. СеÑÑ, ÑÐ°Ð¹Ð»Ð¾Ð²Ð°Ñ ÑиÑÑема, Ñигнало-ÑлоÑÑ â лÑÑÑе ÑÐµÐ°Ð»Ð¸Ð·Ð¾Ð²Ð°Ð½Ñ Ð² Boost. ÐонÑейнеÑÑ, алгоÑиÑÐ¼Ñ â в STL.
Re: function is called automatically... and by the event loop at regular intervals
Re: function is called automatically... and by the event loop at regular intervals
У наÑ, Ð¿Ð¾Ñ Ð¾Ð¶Ðµ, в ÑезÑлÑÑаÑе, бÑдÑÑ Ð¾ÑказÑваÑÑÑÑ Ð¾Ñ Qt в ÑÐ¸Ð»Ñ Ñже нанеÑÑнной полÑÐ·Ñ Ð¿ÑоекÑÑ.
Ðе на ÑекÑÑей иÑеÑаÑии, но Ñже поÑмаÑÑиваÑÑ, на ÑÑо Ð±Ñ Ð¿ÐµÑейÑи поÑом...
ÐÑли инÑеÑеÑно, Ð¼Ð¾Ð³Ñ Ð¿Ð¾Ñом ÑаÑÑказаÑÑ.
Re: function is called automatically... and by the event loop at regular intervals