А если хранить дополнительно только индексы -- позиция исходная -> позиция новая

Есть список
1 а
2 б
3 с

Новый список
1 с
2 а
3 б
храним исходный и таблицу
1 -> 3
2 -> 1
3 -> 2

Большие коллекции лучше хранить в БД. Проще всего в sqlite. Будет куда быстрее и удобнее. Заодно можно привести данные в нормальную форму, наделать индексов... — поиск будет летать.
Только это уже несколько другая тема.

Подскажите идею как перетосовать и сохранить плейлист.
Есть плейлист
QSettings::beginGroup("ShuffleOff")
1. а
2. б
3. в
Перетосовываю его и сохраняю сюда же в таком виде
QSettings::beginGroup("ShuffleOn")
1. б_
2. в_
3. а_
(в общем добавляю группу(дело в QSettings пишется) с именами с префиксом)
в зависимости от режима перетасовки(вкл/выкл) играю тот или иной плейлист.
Можно было бы перетосовать изначальный список и перезаписать, но тогда теряю изначальную последовательность, а так выходит файл здоровенный на 100+ кб и начинаются проблемы с открытием этого файла после сборки в последнем(будь он неладен) Qt Creator'е. Может есть у кого идеи как реализовать иначе? В отдельный файл сохранять перетасованный список?

думаешь не оверхед для плейлиста  музыкой?
хотя для общей фонотеки наверное норм

Есть список
1 а
2 б
3 с

Новый список
1 с
2 а
3 б
храним исходный и таблицу
1 -> 3
2 -> 1
3 -> 2

Есть список
1 а
2 б
3 с

Новый список
1 с
2 а
3 б
храним исходный и таблицу
1 -> 3
2 -> 1
3 -> 2

Тут ещё один вопрос назрел. Смотрю в qml в модель завезли fetchMore и canFetchMore. Насколько я понимаю это методы для подгрузки элементов в список чтоб не загружать больше чем надо для повышения производительности. У меня есть код который загружает плейлист в ListView. Он просто добавляет элемент и инициализирует поля. Как необходимо применять вышеупомянутые методы чтобы не нагружать сильно поток в котором лист инициализируется?

850

Курам на смех ;)

андроид висит кто по 2 кто по 4 сек