Задача: в проекте есть набор классов со сложной внутренней структурой.
Требуется реализовать принцип сохранения состояния объектов этих классов и восстановления этого состояния.
Проблема только, что сейчас ещё неизвестно куда они будут сохраняться: XML, база данных (тоже неизвестно какая), может ещё что - а может нужно предложить пользователю все возможные варианты, чтобы сам выбрал.
Вполне возможно, что будут появляться новые варианты уже после разработки и передачи системы заказчику.
Т.е. сама операция "сохранения" (сериализации) будет реализована уже после реализации (и даже компиляции в проект) классов.
Видимо это будет в виде shared library реализовано, но вот как его "внедрить" в архитектуру проектов на уровне классов

Была мысль перегрузить operator>> и operator<< для каждого класса, причём несколько раз (для XML, для MYSQL*, PGSQL* и т.п.).
Но тогда не получается реализовать идеологию c shared library: эти операторы же уже должны быть известны на стадии компиляции проекта.

Никто похожими мыслями не озадачивался? Как решали?

Можно реализовать для каждого объекта метод save(IDataStorage*) и соответственно load(IDataStorage*).
Для сохранения передавать объектам по очереди объект IDataStorage, который можно реализовать в виде ком объекта, а на него уже возложить ф-ии сохранения.
В принципе-то логика сохранения зависит от структуры объекта, а не от способа хранения данных.

ZeusAtVingrad, посмотри в сторону boost::serialization. Эта библиотека спроектированна так, что процесс сериализации отдельных объектов отделён от процесса преобразования данных для записи в само хранилище. Поддерживает как минимум три формата сериализации(text, binary, xml) и позволяет использовать другие форматы(реализуется очень просто). С shared library подружить тоже будет очень просто.