Как в QML на объекте Map наиболее оптимизированно показать часть QGeoPath?
Имеется объект класса QGeoPath , который хранит ~3500 точек. Заказчик требует, чтобы в программе была настройка, какую часть запомненного трека отрисовывать. Условно говоря, 150 точек, 300 точек, 500 точек, 1000, 2000, полный трек.
В самом классе QGeoPath нет возможности указать, на какой точке остановиться при отрисовке трека. Поэтому с таким классом видится только два пути:
- Делать копию объекта, укорачивать до нужной длинны, и этот объект и отрисовывать на карте Map .
- Или копировать только нужные данные из этого объекта в отображаемый и отрисовывать его на карте Map . (Возможно, это более оптимизированно, чем вариант 1, но не факт).
Небольшие подробности: экземпляр QGeoPath пополняется новыми точками 10 раз в секунду. Пока трек не достиг длинны 3500 точек, новые точки просто добавляются в «голову». Когда длинна становится 3500, работает алгоритм «змейки», то есть в голову добавляется точка, и в «хвосте» точка удаляется.
Класс
QGeoPath
- это, по сути,
QList<QGeoCoordinate>
. То есть, это не массив, а очень фрагментированная в памяти структура. Делать с нее копию таких данных 10 раз в сек, только для того, чтобы показать
часть
данных - это какой-то дикий оверхед.
Вопрос: как можно извратиться так, чтобы отображать часть трека наиболее оптимизированным способом?
We recommend hosting TIMEWEB
Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.Do you like it? Share on social networks!
- laei
- April 23, 2024, 7:19 p.m.
C ++ - Test 004. Pointers, Arrays and Loops
- Result:10points,
- Rating points-10
Думаю, что в любом случае придётся держать оригинальный список точек.
QGeoPath имеет методы добавления, удаления и замены точек. думаю, что можно брать QGeoPath, который вы поместили в карту для отображения (напомните пожалуйста в каком объекте QGeoPath используется? я не занимаюсь той частью Qt в силу отсутствия необходимости), и просто удалять и добавлять необходимые точки. Но оригинальный набор точек наверняка придётся держать.
А вообще, мне кажется, что вы занимаетесь экономией на спичках в данном случае. Поскольку сама по себе карта в системе позиционирования отнимает гораздо больше ресурсов, да и графический интерфейс на QML будет в разы тяжелее, чем QList с 3500 точек.
Наверняка у вас есть места, которые имеют больше необходимости в оптимизации, например, какой-нибудь Stack Page, который приличную часть времени скрыт от глаз пользователя, но при этом всё время висит в памяти, вместо того, чтобы создаваться по запросу (клику по кнопке)