Беспорядок - высокая композиция сцены, производительность и предлагаемые практики

Question

Я абсолютно новичок в Clutter а также Cogl и я должен работать над приложением, которое будет отображать довольно большие объемы данных (списки, бесконечные меню, элементы с высокой степенью вложенности и многое другое).

Я работал со многими фреймворками, особенно на Windows, как WinAPI, WinForms, WPF и знать, что существует проблема при создании пользовательских компонентов, таких как Lists которые отображают множество элементов, используя композицию из уже существующих компонентов (например, генерируя тысячи меток в таблице для отображения представления списка).

Мой вопрос: насколько хорошо Clutter справляется с этим?

Есть ли какая-то виртуализация сцены, которая будет отображать только необходимые элементы в окне просмотра?

Есть ли у него какой-то слой композиции, который может справиться с высокой композицией актеров?

И под этим я имею в виду Actor содержит текстуру, три текстовых актера и еще два актера, представляющих некоторые кнопки (вероятно, также составленные) и все это в каком-то короле повторителя.

Мне не удалось найти какие-либо материалы по этому поводу, и у меня нет времени на эксперименты, поэтому я отчаянно ищу совета.

Если вы собираетесь предложить мне другую основу / подход, чем, пожалуйста, не с Clutter это единственный выбор для меня (системные требования, запрос клиента, ...).

Спасибо за любую помощь.

Answer 1

Я сам провел некоторые измерения, и кажется, что Clutter может обрабатывать довольно глубокие и широкие деревья композиции, не вызывая проблем с производительностью. У меня возникла проблема с неправильным размещением элементов, отображаемых в списке, которые не были правильно освобождены.