Библиотеки атрибутов и отражений для C++?

Не общий, но QT поддерживает это через мета-компилятор и является GPL. Из разговоров с людьми QT я понял, что это невозможно с чистым C++, отсюда и необходимость в moc.

Это печально известная слабость языка C++ в целом, потому что вещи, которые необходимо стандартизировать, чтобы сделать реализации отражения переносимыми и полезными, не являются стандартными. На ум приходят соглашения о вызовах, макеты объектов и изменение символов, но есть и другие.

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

Вот что вы получаете, когда C++ встречает Reflection:

Что бы вы ни выбрали, в нем, вероятно, будут ужасные макросы, сложный для отладки код или странные шаги сборки. Я видел, как одна система автоматически генерирует код сериализации из файла PDB DevStudio.

А если серьезно, то для небольших проектов будет проще написать функции сохранения / загрузки (или использовать операторы потоковой передачи). Фактически, это может быть справедливо и для больших проектов - очевидно, что происходит, и обычно вам все равно придется изменить код, если структура изменится.

Вы можете взглянуть на два инструмента ниже. Я никогда не использовал ни один из них, поэтому не могу сказать, насколько они практичны.

XRTTI:

Xrtti is a tool and accompanying C++ library which extends the standard runtime type system of C++ to provide a much richer set of reflection information about classes and methods to manipulate these classes and their members.

OpenC++:

OpenC++ is C++ frontend library (lexer+parser+DOM/MOP) and source-to-source translator. OpenC++ enables development of C++ language tools, extensions, domain specific compiler optimizations and runtime metaobject protocols.

Я смотрел на эти вещи довольно долго, но они, как правило, очень жесткие. Они могут помешать вам использовать наследование или иметь странные конструкторы и т. д. И т. Д. В конце концов, они стали слишком обременительной, а не удобной.

Этот подход для раскрытия членов, который я сейчас использую, довольно легкий и позволяет вам исследовать класс для сериализации или, например, установки всех полей с именем «x» на 0. Он также определяется статически, поэтому работает очень-очень быстро. Никаких слоев кода библиотеки или генерации кода, чтобы беспокоиться о том, чтобы вмешиваться в процесс сборки. Он обобщается на иерархии вложенных типов.

Установите в свой редактор несколько макросов, чтобы автоматизировать написание некоторых из этих вещей.

struct point
{
     int x;
     int y;

     // add this to your classes
     template <typename Visitor>
     void visit(Visitor v)
     {
         v->visit(x, "x"); 
         v->visit(y, "y");
     }
};


/** Outputs any type to standard output in key=value format */
struct stdout_visitor
{
     template <typename T>
     void visit(const T& rhs)
     {
         rhs.visit(this);
     }

     template <typename Scalar>
     void visit (const Scalar& s, const char* name)
     {
          std::cout << name << " = " << s << " ";
     }
}

Есть новый проект, обеспечивающий отражение на C++ с использованием совершенно другого подхода: ЛАГЕРЬ. https://github.com/tegesoft/camp

CAMP не использует прекомпилятор, классы / свойства / функции / ... объявляются вручную с использованием синтаксиса, аналогичного boost.python или luabind. Конечно, люди могут использовать прекомпилятор, такой как gccxml или open-C++, для генерации этого объявления, если они предпочитают.

Он основан только на чистом C++ и заголовках boost, и благодаря мощности метапрограммирования шаблонов он поддерживает любые виды связываемых сущностей (например, наследование и странные конструкторы не являются проблемой).

Распространяется по лицензии MIT (ранее LGPL).

Посмотрел и на это некоторое время. Текущее самое простое решение - BOOST_FUSION_ADAPT_STRUCT. Практически, когда у вас есть библиотека / заголовок, вам нужно только добавить поля структуры в макрос BOOST_FUSION_ADAPT_STRUCT () как последний сегмент кода показывает. Да, у него есть ограничения, о которых упоминали многие другие люди. И он не поддерживает слушателей напрямую.

Другие многообещающие решения, на которые я обратил внимание:

• CAMP и XRTTI / gccxml, однако оба кажутся препятствием для внедрения зависимости внешних инструментов в ваш проект.
• Несколько лет назад я использовал perl c2ph / pstruct для сброса метаинформации из вывода gcc -gstabs, который менее навязчив, но требует дополнительной работы, хотя он отлично работал у меня.

Что касается подхода boost / __ cxa, как только вы выясните все мелкие детали, добавление / изменение структур или полей станет простым в обслуживании. в настоящее время мы используем его для создания слоя привязки настраиваемых типов поверх dbus, для сериализации API и скрытия деталей транспорта / RPC для подсистемы обслуживания управляемых объектов.

Набор инструментов для автоматического самоанализа / рефлексии. Используйте мета-компилятор, такой как Qt, и добавляйте метаинформацию непосредственно в объектные файлы. Интуитивно простой в использовании. Никаких внешних зависимостей. Даже позволяет автоматически отображать std :: string, а затем использовать его в скриптах. Посетите я не знаю