Оптимизация GraphWPF

@_Skiper_ · Регистрация: 21.09.2019

Author24 — интернет-сервис помощи студентам

В GraphWPF есть процедура покадровой анимации (beginframebasedanimation), но вот если туда запихнуть большое количество процедур рисовки, а также те, которые рисуются при определенном действии, могут быть фризы и маленькая частота кадров. Можно ли пофиксить, не уменьшая количество процедур рисовки?

@Sun Serega · 09.11.2019, 21:59

Нет. WPF задыхается от большого кол-ва объектов. В чистом WPF это решается объединением объектов в более высокоуровневые. К примеру вместо рисования прямоугольника из точек - рисуется прямоугольник с прилепленой к нему готовой картинкой.

Но в GraphWPF есть только базовый функционал WPF, а считая что вы даже не сказали каких функций больше всего - подсказать что можно оптимизировать точно не выйдет.

@_Skiper_ · 10.11.2019, 10:24 **[ТС]**

А как сделать тогда форму с таким же окном, как в GraphWPF?

@Sun Serega · 11.11.2019, 10:28

В WPF форма это System.Windows.Window . Запускать его можно примерно так же как в wf. А вот рисовать это реальный вопрос.
Собсна посмотрите как в GraphWPF реализовано. Как быстро их открывать то вы теперь знаете:
Расположения файлов стандартных модулей

А если так не понятно - создайте свой GraphWPF.pas в папке с программой. uses даёт большее предпочтение модулю в папке с программой, чем стандартному модулю. Далее убирайте куски кода, так чтоб всё ещё работало, пока не останется только минимум для создания окна и всего для рисования. Я так WF учил, на GraphABC. А GraphWPF всё же лучше организован, так что должно быть ещё проще.

@_Skiper_ 2 / 5 / 1 Регистрация: 21.09.2019 Сообщений: 80
		1
	Оптимизация GraphWPF 09.11.2019, 18:00. Показов 572. Ответов 3 Метки нет (Все метки) В GraphWPF есть процедура покадровой анимации (beginframebasedanimation), но вот если туда запихнуть большое количество процедур рисовки, а также те, которые рисуются при определенном действии, могут быть фризы и маленькая частота кадров. Можно ли пофиксить, не уменьшая количество процедур рисовки? 0

@Sun Serega 2308 / 1419 / 516 Регистрация: 07.04.2017 Сообщений: 4,721
	09.11.2019, 21:59	2
	Нет. WPF задыхается от большого кол-ва объектов. В чистом WPF это решается объединением объектов в более высокоуровневые. К примеру вместо рисования прямоугольника из точек - рисуется прямоугольник с прилепленой к нему готовой картинкой. Но в GraphWPF есть только базовый функционал WPF, а считая что вы даже не сказали каких функций больше всего - подсказать что можно оптимизировать точно не выйдет. 0

@_Skiper_ 2 / 5 / 1 Регистрация: 21.09.2019 Сообщений: 80
	10.11.2019, 10:24 [ТС]	3
	А как сделать тогда форму с таким же окном, как в GraphWPF? 0

@Sun Serega 2308 / 1419 / 516 Регистрация: 07.04.2017 Сообщений: 4,721
	11.11.2019, 10:28	4
	В WPF форма это System.Windows.Window . Запускать его можно примерно так же как в wf. А вот рисовать это реальный вопрос. Собсна посмотрите как в GraphWPF реализовано. Как быстро их открывать то вы теперь знаете: Расположения файлов стандартных модулей А если так не понятно - создайте свой GraphWPF.pas в папке с программой. uses даёт большее предпочтение модулю в папке с программой, чем стандартному модулю. Далее убирайте куски кода, так чтоб всё ещё работало, пока не останется только минимум для создания окна и всего для рисования. Я так WF учил, на GraphABC. А GraphWPF всё же лучше организован, так что должно быть ещё проще. 0