Всем привет.

Есть файл со значениями x,y для вывода зачений в программе и построения графика:

1.567,4.876
3.567,-1.765
0.987,1.004
......
Считываю сначала первую колонку значений в
List<float> x; 
затем вторую в 
List<float> y;

Весь файл я считываю в QString, приходиться преобразовывать тип QString в float, читал что преобразование типов - это сигнал что в программе что-то делается не так. Можно ли в моём случае избежать преобразования типов?

Приходится вручную указывать количество колонок для построения таблицы дл вывода значений x,y в виджете. В перспективе будет ещё координата z. Вот думаю что лучше использоваать двух,трёх-мерный QList или Map?

В Qt есть возможность использовать итераторы в стиле Java и STL, какие предпочтительнее?

Лучше считывать сразу обе координаты например в QList<QPointF>.
Преобразования из строки (не обязательно QString) в число не избежать - ведь числа хранятся в файле в виде строк.
Какой тип итераторов будешь использовать - безразлично. Я предпочитаю использовать foreach - так писать меньше, хотя код генерится не оптимальный.

Добавлено через 4 минуты
При появлении координаты z класс QPointF нужно будет заменить на свой, позволяющий хранить три координаты или если нужно, более.

Еще необходимо проследить за локалью, иначе конвертация строки в число может закончиться неприятным сюрпризом.

не так категорично... Представь, что некий датчик даёт тебе пройденное расстояние в метрах. В целых. Т.е. с точночтью до метра. Тебе нужно вычислить скорость. Ты вычисляешь время с точностью до секунды (предположим больше не нужно), а затем делишь целое число метров на целое число секунд. Результат не обязан быть целым.
А то, что ты читал, это, скорее всего, когда указатель одного типа преобразуется в указатель другого (это совершенно не относится к указателю на наследника и указателю на бозовый типы). В этом случае - да, что-то неладное с программой.


Лучше всего создать свою структуру. Типа такого

В этом случае при добавлении в файл третьего измерения в твоём коде будет минимум изменений (во всяком случае в функции str_2_point - вообще не будет)

Добавлено через 4 минуты и 48 секунд

Я бы посоветовал в Си++ (к коему Qt относится) использовать STL-итераторы - их можно отдавать в стандартные алгоритмы. Я думаю, Java-итераторы введены для тех, кто раньше много писал на Java и ооооочень привык к ним.

Был у меня случай, когда использовать STL итератор не получилось, но Java итератор отработал на ура.


Первоначальный вариант был на stl итераторах, но он не скомпилился - подробностей не помню =)

Это сообщение отредактировал(а) _GRIN_ - 13.6.2012, 15:39

_GRIN_, чтоб не пришлось городить _лечение_последствий_ вроде приведенного, в контейнерах нужно хранить смарты  

boostcoder, полностью с тобой согласен (насчёт смартов) =)
Но суть не в том, что хранится в контейнере, а в том, что в том случае у меня не получилось использовать stl итераторы, и прошлось java итераторы заюзать.

ну я и говорю - _лечение_последствий_

_GRIN_, ты, наверное, пытался работать с итератором QMap как с итератором std::map, а они отличаются

Твоя функция для STL-итератора в QMap'е д.б. выглядеть так:


Добавлено через 3 минуты и 7 секунд
А вообще-то да... если хранить QSharedPointer, например, то функция выглядела бы так

  

=) шутники:



лог сборки:


теперь мой вариант:


лог сборки:


лог выполнения:


P.S. Про смарты (QSharedPointer как смарт) я уже писал что согласен =) просто не всегда есть возможность перелопатить весь код (особенно когда работаешь в команде на большим проектом с жёсткими дедлайнами и каждая измененённая строка это головная боль).

Это сообщение отредактировал(а) _GRIN_ - 13.6.2012, 17:38

boostcoder, ага, с typename stl вариант работает.

_GRIN_, это азы.
вот ты мне честно скажи, это кутя тебе позволила не учить принцип вывода типов в с++?

boostcoder, я за 7 лет практики ни разу не использовал typename (на кьюте я с 2008-го) =).

аааа...
наверное шаблоны и стандартные контейнеры не используешь. хотя я хз, что/как можно писать не используя STL