Архитектура модели с параметрами различных типов

[Old]

Вариант, предложенный ViTech, мне нравится. Но для него нужно иметь шпаргалку "0 -Temperature X", "1 - Temperature Y" и т.д., 50 штук.

Так ViTech сразу предложил описать enum и никакие шпаргалки ненужны, а IDE еще будет автодополнять эти идентификаторы при наборе.

   - темплейтный метод push, который инициализирует упомянутый словарь (т.е. определяет тип и добавляет в мапу адрес параметра и его тип).

А как вы в мапе тип сохраняете, в type_info?

[sergek]

Не удержался, попробовал сделать пример. Оказалось, что темплейтный метод очень простой:

Код

C++ (Qt)
struct CAddress {
    void* address;
    size_t type;
 
    CAddress() {
        address = nullptr;
        type = QMetaType::UnknownType;
    }
 
    CAddress(void* ptr, size_t t) {
        address = ptr;
        type = t;
    }
};
 
class CInterface
{
protected:
    QMap<QString, CAddress> parameters;
public:
    QVariant data(const QString& name);
    void setData(const QString& name, QVariant value);
    template<class C> void push(C& p, const QString& name = QString());
 
};
 
template<class C> void CInterface::push(C& ptr, const QString& name) {
    parameters[name] = CAddress(&ptr, QVariant(ptr).type());
}

Весь пример - в прикрепленном файле.

[sergek]

А как вы в мапе тип сохраняете, в type_info?

QVariant::type()

[Igors]

Весь пример - в прикрепленном файле.

Все-таки цеплять наследованием не очень хорошо - структура может быть вообще "незнакома с Qt"  Но в целом мне понравилось, спасибо

Вариант, предложенный ViTech, мне нравится. Но для него нужно иметь шпаргалку "0 -Temperature X", "1 - Temperature Y" и т.д., 50 штук.

Да, нужны enum'чики, по сути мы присваиваем каждому полю уникальное ID. Пусть его придется мапить в имя и обратно, но часто это имеет смысл, обращение по ID удобнее,  Ну и опять-таки, можно обойтись простейшими средствами, напр

Код

C++ (Qt)
QVariant GetParamByID( const ParameterRow & row, ParameterRow::TID ID )
{
 switch (ID) {
  case  ParameterRow::id_Temperature:
   return row.temperature;
 
  case ParameterRow::id_Path:
   return row.path;
 
  case ParameterRow::id_Value:
   return row.someValue;
 
  default:
    Q_ASSERT(0);  // invalid ID
 }
 return 0;
}
 

Оформлять это в более общем виде (неизбежно раздувая, наворачивая код) - ну не знаю.. "Выйгрышь" конечно будет (если такие структуры идут бурным потоком), но насколько - хз. Спрячусь за стандартную фразу "зависит от задачи" 

[sergek]

Да, нужны enum'чики, по сути мы присваиваем каждому полю уникальное ID. Пусть его придется мапить в имя и обратно, но часто это имеет смысл, обращение по ID удобнее

А пожалуйста... (c) "И". В CInterface меняем QMap на вектор, в push вместо parameters[name] используем append, забываем name и городим enum  Для красоты еще можно определить operator[].
Вообще-то в оригинальном варианте у меня используется вектор, поскольку вся конструкция используется для сериализации/десериализации объектов классов при передаче по сети (есть у меня библиотека удаленных вызовов процедур). Поэтому разыменования членов класса мне не требуется. Причем, для простых типов вычисление размера тоже очень простое: QMetaType(addr.type).sizeOf().

[__Heaven__]

Предложения с name, кажется, не подходят. Используется 2 язычный интерфейс.

Сейчас ещё рассматриваю вариант не дешевле ли будет договориться сделать всё на виджетах...

[__Heaven__]

Ой. Сообразил. name это же имя в настройках

[Racheengel]

У QVariantMap главный плюс - автоматический поиск по ключу, без свитчей и лямд.
Поэтому мы делали подобную штуку именно через варианты.
Разве что надо обращать внимание на типы - у QVariant есть пересекающееся подмножество с QMetaInfo, а есть не пересекающееся (косяк Qt, мож когда починять...)