вставка QVector в другой QVector Опции

[__ilya__]

Как вставить один вектор в конец другого.
Как в vector с помощью insert не получается

 
vector<t> v0, v1, v2;
//
//
v0.insert(v0.end(), v1.begin(), v2.end());

как-то так можно со стандартным вектором. С QVector не получается, пишет -нет такого прототипа
использую Qt4.8

Сообщение отредактировал __ilya__ - 10.2.2013, 22:54

[Iron Bug]

эх, молодо-зелено!
если говорить про серьёзную оптимизацию по скорости, то Qt надобно выкинуть и даже не вспоминать. борьба за скорость на уровне memmove, когда в библиотеке используется софтовая шина сигналов - это просто попытка заштопать маленькую дырку в целиком рваном мешке.
Qt - отличная кроссплатформенная библиотека, для своего круга задач. она используется для написания сугубо пользовательских приложений, для которых скорость не критична (уровня миллисекунд там, как правило, хватает). это медленные приложения, имеющие дело с малыми скоростями данных, чаще всего для работы с пользователем. удобная кроссплатформенная библиотека, на которой быстро (с точки зрения написания кода) можно что-то сделать, в том числе и с графическим интерфейсом.
что касается алгоритмов: библиотек дофига! в гугле можно их найти сотни. некоторые даже кроссплатформенны: например, тот же Boost. есть дубли STL, с оптимизированной реализацией отдельных алгоритмов. так что тут жалобы беспочвенны. есть и математические библиотеки, и обработка контейнеров всех видов. практически всё, что только можно вообразить, уже давно написано.
что касается вопроса использования любого класса в STL алгоритмах - это вопрос копирования элементов и конструкторов-деструкторов (т.н. "большая тройка"). все детали описаны в документации на контейнеры. и для любого элемента их можно написать и использовать стандартные алгоритмы, если уж на то пошло. это просто шаблоны, ничего сверхъестественного в них нет.
если интересует скоростная работа с массивами данных - это intrusive контейнеры в Boost и пулы памяти. однако, вряд ли такая оптимизация понадобится для медленных пользовательских задач прикладного уровня.