Массив массивов или список списков

[xolod]

Делаю таки контрол для своего плеера, чтобы не тратить кучу памяти, решил юзать один листбокс и tabstrip. С помощью него ничего не добавлять-удалять, а использовать его только для вывода данных и реагирования на события

Идея
Создаем пользовательский тип, примерно такой:

Код: Выделить всё

Type PlaylistItem
  piTitle As String
  piAritst As String
  piAlbum As String
  piFullpath As String
End Type


Полей там куча, но это не важно, дальше объявим массив этих типов, чтобы в списке можно было хранить несколько треков

Код: Выделить всё

PlaylistItems() As PlaylistItem


Но! По моему желанию списков должно быть несколько (ну не должно, но должна быть возможность создать несколько списков).. Как быть?, как вариант, создать несколько массивов, один - списки, второй, элементы списков.. Но тогда создаются большие проблемы с управлением таким массивом, куда будут свалены все элементы всех списоков... Возможно, решение на поверхности, но я его что-то не вижу

[tyomitch]

Делаешь класс, у него - единственное публичное свойство типа Variant, возвращает твой массив. В проге делаешь массив таких классов.
Подходит?

[xolod]

На первый взгляд подходит, потому СПАСИБО.. Говорю же, вроде на поверхности, но в 6 утра мозги совсем уже не варят , а как они еще подумают, что через 3 часа на работу, так вообще плохо становиться ...

[alibek]

Есть еще возможность заценить возможности Variant; попробуй V = Array(Array(Array(1,2,3),2),Array(3,4,5)).
Но вариант с классами лучше.

[xolod]

Многомерные массивы не подходят по описанным причинам...

К тому же, в связи с особенностями архитектуры visual basic массивы в нем не являются разряженными (т.е. пустые элементы "весят" столько же, сколько и занятые)... А задача то как раз уменьшить кол-во используемых ресурсов

[Ennor]

Я бы сделал двойную коллекцию, честно говоря. Причем все в одной куче: родительский список - список плей-листов, дочерний - все айтемы вперемешку, но у каждого есть ParentId. Если вытаскивать через For Each, то будет работать неплохо. Зато - коренное решение проблемы удаления элемента из середины.