Где разместить BOOST_CLASS_EXPORT для boost :: serialization?

Question

Я пытаюсь сериализовать указатель на полиморфный класс Shape. Поэтому мне нужно использовать BOOST_CLASS_EXPORT macro для определения GUID для каждого подкласса. Проблема: где это сказать?

Позвольте мне показать минимальный тестовый пример первый:

shapes.hpp

#include <boost/serialization/access.hpp> 
#include <boost/serialization/base_object.hpp> 
#include <boost/serialization/export.hpp> 

class Shape { 
    friend class boost::serialization::access; 

    template<typename Archive> 
    void serialize(Archive &ar, unsigned int const version) { 
     // nothing to do 
    } 

    public: 
     virtual ~Shape() { } 
}; 

class Rect : public Shape { 
    friend class boost::serialization::access; 

    template<typename Archive> 
    void serialize(Archive &ar, unsigned int const version) { 
     ar & boost::serialization::base_object<Shape>(*this); 
    } 

    public: 
     virtual ~Rect() { } 
}; 

#ifdef EXPORT_IN_HEADER 
    BOOST_CLASS_EXPORT(Rect) 
#endif 

export.cpp

#include <boost/serialization/export.hpp> 
#include "shapes.hpp" 

#ifdef EXPORT_IN_OBJECT 
    BOOST_CLASS_EXPORT(Rect) 
#endif 

main.cpp

#include <iostream> 
#include <boost/archive/text_oarchive.hpp> 
#include <boost/serialization/export.hpp> 
#include "shapes.hpp" 

#ifdef EXPORT_IN_MAIN 
    BOOST_CLASS_EXPORT(Rect) 
#endif 

int main() { 
    Shape *shape = new Rect(); 
    boost::archive::text_oarchive ar(std::cout); 
    ar << shape; 
} 

На НКУ, компилировать их с

g++ -omain main.cpp export.cpp -Wl,-Bstatic -lboost_serialization-mt -Wl,-Bdynamic -DEXPORT_IN_XXX 

Здесь export.cpp может выглядеть немного глупо. В моей реальной ситуации он содержит охватывающий класс, который использует идиому PIMPL, и пытается сериализовать его (полиморфную) реализацию Shape. Важным моментом является то, что BOOST_CLASS_EXPORT может быть в объектном файле разных, чем код, вызывающий сериализацию.

Итак, вот в чем проблема: где использовать BOOST_CLASS_EXPORT? У меня есть три варианта, которые можно включить с помощью макросов EXPORT_IN_XXX.

1. EXPORT_IN_MAIN Работы, но это не то, что я хочу. Код, вызывающий сериализацию, не должен знать о деталях реализации класса PIMPL.

2. EXPORT_IN_OBJECT компилируется, но не работает: в результате получается сообщение boost::archive::archive_exception с сообщением unregistered void cast. Согласно documentation, это должно быть разрешено путем сериализации базовых классов с использованием boost::serialization::base_object, как и я, но это не помогает.

3. EXPORT_IN_HEADER даже не компилируется. Макрос BOOST_CLASS_EXPORT расширяется до специализации шаблона (который мы хотели бы быть в файле заголовка), но также и для определения статического члена в нем. Поэтому я получаю ошибку компоновщика около multiple definition of 'boost::archive::detail::init_guid<Rect>::guid_initializer'.

Если это имеет значение, я использую g ++ 4.4.3 и Boost 1.40.

Answer 1

я в конечном итоге положить весь код сериализации в заголовке s11n.h, который включается из файла CPP, который вызывает сериализации. По сути, сценарий EXPORT_IN_MAIN, который я набросал выше, но с макрокомандами BOOST_CLASS_EXPORT в другом файле.

Это работает только до тех пор, пока только один блок компиляции включает в себя s11n.h, хотя, хотя он работает и сейчас, это не настоящее решение ...

Answer 2

Посмотрите эту старую версию.

http://lists.boost.org/boost-users/2005/01/9390.php

Answer 3

Вы можете использовать EXPORT_IN_OBJECT, но файл, содержащий BOOST_CLASS_EXPORT, должен также содержать все файлы hpp архива, которые планируют использовать.

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

В вашем примере, используйте EXPORT_IN_OBJECT, но и добавить #include to export.cpp.

В нашем коде мы создали archives.hpp, который содержит архивы, которые мы используем, и включаем их там, где нам нужно использовать BOOST_CLASS_EXPORT. (Таким образом, у нас есть один официальный список архивов.)

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

Answer 4

Exporting Class Serialization из Boost.Serialization документации (1.44.0) говорится следующее:

---

BOOST_CLASS_EXPORT в том же модуле источника, который включает в себя любой из заголовков класса архива будет экземпляром кода [ ...]

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

#include <boost/archive/text_oarchive.hpp> 
#include <boost/archive/text_oarchive.hpp> 
... // other archives 

#include "a.hpp" // header declaration for class a 
BOOST_CLASS_EXPORT(a) 
... // other class headers and exports 

[...] Включая BOOST_CLASS_EXPORT в «a.hpp» заголовка себя как один бы делать с другими сериализации характеристики затрудняют или невозможны , чтобы следовать приведенному выше правилу относительно включения заголовков архива до BOOST_CLASS_EXPORT. Это лучше всего решить, используя BOOST_CLASS_EXPORT_KEY в заголовке деклараций и BOOST_CLASS_EXPORT_IMPLEMENT в файле определения класса .

---

Answer 5

вы можете использовать и уникальный BOOST_CLASS_EXPORT_GUID() для каждого .cpp и добавить его только в .cpp. а не .h

Answer 6

Эта проблема сводила меня с ума, пока я не понял, что мой базовый класс не был полиморфным. Другими словами, он никогда не использовал ключевое слово «virtual» в любом месте. Потому что мне не нужно полиморфное поведение.

Вот как я установил его:

1. Я просто ударил ключевое слово «виртуальный» на какой-то случайный метод в моем базовом классе.

2. В файле .cpp мой производный класс, я добавил следующее:

   #include <boost/serialization/export.hpp> 
   BOOST_CLASS_EXPORT(testnamespace::derivedclass) 
   

Это все, что я должен был сделать.