Генерация кода с помощью макросов: класс с членами и конструктором

Допустим, я хочу определить классы следующей структуры:

struct MyClass {
int x;
bool y;
float z;
MyClass(QVariantMap data) : x(data["x"]), y(data["y"]), z(data["z"]) {}
};

Как видите, у меня есть QVariantMap (что-то похожее на std::map<std::string, boost::variant<...>> для тех из вас, кто не знаком с Qt), из которых я хочу иметь возможность создавать такой тип без дополнительных знаний о его полях, отсюда и удобный конструктор, который должен «десериализовать» поля из карты.

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

Я думал о макроструктуре, подобной следующей:

DEF_CLASS(MyClass)(
DEF_FIELD(int, x)
DEF_FIELD(bool, y)
DEF_FIELD(float, z)
);

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

#define DEF_CLASS(CLASSNAME) \
struct CLASSNAME { \
_DEF_CLASS_TAIL/*..."curry the arguments"...*/
#define _DEF_CLASS_TAIL(FIELDS) \
FIELDS \
}
#define DEF_FIELD(TYPE, NAME) TYPE NAME;

Я определяю первый макрос, который запускает определение класса, и использую технику «карри» для пересылки вторых скобок во второй макрос, который помещает содержимое определения класса (FIELDS) и закрывает его потом. Таким образом, такова была моя идея, у меня есть доступ к FIELDS во втором макросе.

Но как теперь я могу вывести поля дважды, одно для определения фактических полей и одно для вывода инициализации члена?

Я знаю, что если я определю макрос DEF_CLASS_FIELD двумя различными способами, а затем несколько «включить» поля из моего кода определения выше, по одному на каждое определение макроса, я мог бы правильно распечатать их одно за другим. Но так как список полей находится (и должен) быть в пределах определения класса, я не могу просто включить что-то дважды.

Есть ли другие варианты?

Я стараюсь избегать библиотеки препроцессора Boost, но если у вас есть хорошее решение, которое использует это, продолжайте. Однако я очень предпочитаю простое решение, если оно есть.