Присвоить значение, аналог findChild Опции

[nikita]

Заранее прошу прощения за столь глупый вопрос) Есть код:

...
int x = 3;
...
void MyClass::writeFromFile(QString fileName)
{ ... }

Суть в том, что в методе writeFromFile из файла считывается 2 поля : 'x' и '5'. Можно ли как-то переменной с именем 'x' присвоить считанное значение(в данном случае 5). Если бы Х был полем класса MyClass, то можно было бы воспользоваться методом findChild(), а в этой ситуации я в тупике. Переменных должно быть много и писать процедуру разбора считанной строки с кучей IF-ов не хочется. Подскажите как быть.

Сообщение отредактировал nikita - 20.3.2013, 11:51

[lanz]

Создать QMap<QString, int>, ключ в QMap будет название переменной, а значение - ее значение.

[Iron Bug]

не очень понятно, в чём вопрос.
x - это глобальная переменная или что?
если глобальная, то кто мешает её напрямую юзать? а если не глобальная, то можно передавать указатель на неё как параметр или сделать её статическим членом класса, например. да куча вариантов, вообще говоря.

[nikita]

не очень понятно, в чём вопрос.
x - это глобальная переменная или что?
если глобальная, то кто мешает её напрямую юзать? а если не глобальная, то можно передавать указатель на неё как параметр или сделать её статическим членом класса, например. да куча вариантов, вообще говоря.

X - глобальная переменная не имеющая никакого отношения к классу. Вопрос в том, как переменной с именем QString("x") присвоить значенине. Да, если сделать Х членом класса, то можно юзать метод findChild(), но этот вариант мне не подходит!

[Алексей1153]

Вопрос в том, как переменной с именем QString("x")

сделать ассоциацию имя->адрес переменной

[nikita]

Создать QMap<QString, int>, ключ в QMap будет название переменной, а значение - ее значение.

К сожалению этот вариант мне не подойдет! Получать значение переменной через QMap медленнее чем на прямую по имени переменной, а обращений к этой(им) переменной у меня будет очень много. Поэтому мне кажется, что лучше пожертвовать временем на разбор считанных из файла данных(преременных должно быть 20-25 штук), чем каждый раз тратить лишнее время на обращение к QMap[].

[Алексей1153]

Получать значение переменной через QMap медленнее чем на прямую по имени переменной, а обращений к этой(им) переменной у меня будет очень много. Поэтому мне кажется, что лучше пожертвовать временем на разбор считанных из файла данных(преременных должно быть 20-25 штук), чем каждый раз тратить лишнее время на обращение к QMap[].

http://www.youtube.com/watch?v=lj96YnI9El8

у меня тысячи переменных так работают в реальном времени, и ничего. Кроме того, иного способа, чем ассоциация, тут не придумаешь

а про сравнение времени считывания из файла и обращения к мапе - это совсем забавно ) Это как почта России и электронная почта

Сообщение отредактировал Алексей1153 - 21.3.2013, 8:06

[lanz]

обращений к этой(им) переменной у меня будет очень много

Если обращений к конкретной переменной много(очень много(очень очень много(то есть сделано профилирование на готовой программе и доказано что затык в этом месте)), то ее можно закешировать:

int my_var = my_map[var_name];
// много обращений к переменной

А вообще это преждевременная оптимизация.

Сообщение отредактировал lanz - 21.3.2013, 8:26

[nikita]

Всем спасибо! Как я и сказал в первом сообщении - вопрос был довольно глупым)

[ViGOur]

Можно сделать подобное если вынести все твои переменные в отдельный класс, и сделать его сериализацию (переопределить операторы ввода вывода), что-то вроде:

struct CClass
{
    int m_a, m_b, m_c;
    CClass(int a, int b, int c): m_a(a), m_b(b), m_c(c){}
};

std::ostream &operator <<(std::ostream &stream, const CClass &c)
{
    stream << c.m_a << " " << c.m_b << " " << c.m_c;
    return stream;
}

std::istream &operator >>(std::istream &stream, CClass &c)
{
    stream >> c.m_a >> c.m_b >> c.m_c;

    return stream;
}

int main(int , char **)
{
    CClass c(1,2,3);

    std::cout << c << std::endl;
    std::cin >> c;
    std::cout << c << std::endl;

    return 0;
}

Единственное тебе нужно будет поддерживать актуальность сериализуемых данных и все...