Производительность WPF: Отображение тысяч Путей / Формы на Холсте
Похоже, что Вы кодируете в Perl. Удостоверьтесь, что следующее установлено в Вашем .vimrc:
filetype plugin indent on
syntax enable
Они скажут Vim устанавливать тип файла при открытии буфера и настраивать добавление отступа и подсветку синтаксиса. Никакая потребность явно установить smartindent начиная с включенного файла синтаксиса Perl Vim не установит его (и никакие другие определенные для Perl настройки) автоматически.
<час> Примечание: наличие любого set smartindent и/или set autoindent в ~/.vimrc может препятствовать решению работать. Если Вы имеете проблемы, ищете их.
2 ответа
Скрытый WPF работает с чертежами и геометрическими фигурами - когда вы говорите, что работаете с формами, являются ли это настоящими элементами UIE? Такие элементы намного тяжелее. Если вы используете только базовую (предпочтительно потоковую) геометрию для рисования чертежей, вы получите лучшую производительность по моему опыту.
Мне удалось получить около 10000 точек с разумной частотой кадров с этим подходом, но что-то более сложное чем точка начинает замедлять работу (скажем, круглые точки или даже просто прямоугольники). Тем не менее, базовая геометрия и базовые чертежи - это то, что нужно, если вы хотите избежать как можно большего количества накладных расходов WPF.
Растровое изображение с возможностью записи явно в конечном итоге быстрее, но это означает, что все эти формы должны быть созданы самостоятельно или кэшировано растровое изображение результата если он в основном статичен. Вас также'
Подход грубой силы может заключаться в реализации элемента управления ActiveX и визуализации графики непосредственно с использованием Win32. Однако это будет несколько неудобно. Элемент управления холстом QT может быть более теплым и мягким подходом к той же цели, и он известен тем, что довольно быстро рендеринг этого типа вещей. Troll предоставляет оболочку ActiveX для коммерческих версий QT, чтобы ее было проще интегрировать.