ARKssПроблемы с вектором возникают, когда надо плавные кривые сделать - тогда слишком много точек нужно, если не использовать динамическое перестроение массива точек при изменении размера кривой. Тогда лучше пользоваться заданием формулами или типами кривых (типа Безье или ещё как) с их ключевыми точками. Но это уже должна быть какая-то математика, какой-то код встроен в контрол, представляющий такую кривую.
не знаю, по какие точки вы говорите, смахивает на вершины. Для кривых в векторе существуют ArcSegment, BezierSegment, QuadraticBezierSegment и SoftBezierSegment. Что вполне достаточно.
ARKssНу и как любая векторная графика, она чем больше площадь на экране занимает, тем больше тормозит. На не сильно мощных машинах тот же SVG в браузере начинает тормозить при мастрабировании, когда весь экран занимает. А объяснение простое - любой вектор представляется на уровне железа в виде треугольников, а за создание проекции трёхмерных треугольников на двухмерную плоскость экрана отвечают растеризаторы (аппаратные на видеокарте, или программыне в виде кода на ЦПУ). И чем больше площадь такой проекции и больше треугольников, тем больше работы растеризаторам. В то время как спрайтовая графика всегда занимает одинаковое число точек и для работы с заданным спрайтовым массивом требуется всегда одинаковое число ресурсов (утрированно). Даже аппаратно ускоренные спрайты это два треугольника, в виде прямоугольника, с текстурой - т. е. при любой сложности рисунка на спрайте увеличивается только плодащь проекции, но не число треугольников, что для растеризаторов значительно проще.

Ну а почему я именно на растеризаторы упор делаю - почему-то именно их всегда не докладывает в видеокарты. Т. е. текстурной и вершинной памяти, как правило, дофига, шейдерных блоков тоже хватает, а вот растеризаторы всегда узким горлом являются
Вся графика в WPF кешируется в bitmap'ы и без когда нужно перерисовать область, вектор не растеризуется повторно, а берётся bitmap кеш этой области.
https://professorweb.ru/my/WPF/graphics_and_animation/level15/15_16.php
https://habrahabr.ru/post/216833/

Charles Weyland,

а что с ней может случится? WPF уже давно является частью .NET Framework'а, а .NET FW будет жить еще явно не 1 год, так, что какую то чушь ваши начальники спороли, как по мне.
Одно дело, если бы его отдельно надо было ставить, я бы еще понял.
Как раз MS идет в сторону отказа от WinAPI приложений и вполне может быть, что в Windows 11 или 12 GDI вообще выпилят, хотя это конечно фантастика, нафига удалять то, что и так работает

Charles Weyland,

640 kB хватит всем (с) Билл Г.

Кто его знает, что будет, а чего не будет. Увидим, я просто хотел сказать, что пока .NETFW жив, WPF никуда не денется. )