equivalente CreateGraphics en wpf

Question

Por lo tanto, he usado winForms .CreateGraphics para dibujar una variedad de cosas diferentes, desde líneas a cuadros a imágenes. Fue muy rápido y receptivo.

estoy tratando de aprender WPF en C#

encontré que WPF me permite "añadir" objetos rectángulo a un lienzo en el que se mostrará de manera adecuada. SIN EMBARGO, estoy dibujando cientos de miles de rectángulos a veces, y la velocidad de extracción puede ser extremadamente lenta, y la IU se vuelve menos rápida cuando muevo incluso 1 de los rectángulos.

Pintar directamente sobre un elemento en winForms no fue muy rápido, pero fue consistente independientemente de lo mucho que pinté.

¿Existe una solución similar para hacer esto en WPF?

Intenté agregar un linq a System.Drawing, que me dio un objeto Graphics, pero ninguno de los elementos wpf que intenté tiene el método .CreateGraphics().

Answer 1

Debería crear un control que sobrescriba OnRender y haga su dibujo allí. No hay forma de que use otro control, pero un control puede dibujarse a sí mismo.

Además, tenga en cuenta que WPF usa retained graphics, por lo que si cambia algo, debe invalidar la imagen según sea necesario.

EDIT:

Algo así como:

public class MyControl : Control { 

    public MyControl() { 
     this.Rects = new ObservableCollection<Rect>(); 
     // TODO: attach to CollectionChanged to know when to invalidate visual 
    } 

    public ObservableCollection<Rect> Rects { get; private set; } 

    protected override void OnRender(DrawingContext dc) { 
     SolidColorBrush mySolidColorBrush = new SolidColorBrush(); 
     mySolidColorBrush.Color = Colors.LimeGreen; 
     Pen myPen = new Pen(Brushes.Blue, 10); 

     foreach (Rect rect in this.Rects) 
      dc.DrawRectangle(mySolidColorBrush, myPen, rect); 
    } 
} 

Answer 2

como se ha dicho, WPF utiliza una metodología de gráficos conservado por lo que su realidad la creación de 100.000 objetos rectángulo en la memoria y luego dibujar todos ellos. Las ralentizaciones probablemente se deben a la recolección de basura y problemas generales de memoria.

Además de anular el método OnRender, aquí hay un par de cosas que podría considerar.

1. Dibujar los rectángulos a una imagen en un subproceso de fondo utilizando los métodos de GDI su familiar y luego escribir el resultado en un WPF WriteableBitmap

2. Uso del D3DImage y aprovechar la aceleración de hardware. Esto requiere que conozca las bibliotecas DirectX (o Direct2D). Si estás interesado en este enfoque, te sugiero que busques en SlimDx.

Answer 3

WPF utiliza un modelo diferente para la manipulación de gráficos que WinForms.

Con WinForms, puede editar directamente los píxeles en la pantalla. El concepto de su rectángulo se pierde después de dibujar los píxeles. Dibujar píxeles es una operación muy rápida.

Con WPF, no está controlando los píxeles en la pantalla. DirectDraw es. DirectDraw es un motor de composición basado en vectores. No dibujas píxeles. Usted define formas vectoriales (o visuales). El concepto de una forma, o un rectángulo, está RETENIDO, incluso después de que la imagen se represente en la pantalla. Cuando agrega un nuevo rectángulo que se superpone a los demás, TODOS LOS DEMÁS RECTÁNGULOS DEBEN SER REDACTADOS. Es probable que su rendimiento se ralentice. Esto no ocurre cuando se usa WinForms.

Puede mejorar el rendimiento de WPF un poco anulando OnRender. Puede recortar la parte superior del objeto Rectangle y proporcionar directamente las imágenes. Sin embargo, todavía no está dibujando píxeles en la pantalla. Está definiendo formas que DirectDraw usa para representar la imagen. En este sentido, el nombre OnRender puede ser un poco engañoso.

Estoy seguro de que puede encontrar muchos trucos para mejorar el rendimiento de su aplicación en WPF. Hay formas de pintar píxeles, pero eso está un poco derrotando el punto de WPF.

¿Qué estás haciendo que requiere miles de rectángulos?

Answer 4

El problema es que, al parecer, WPF no puede renderizar miles de objetos gráficos, sino que crea y agrega elementos demasiado arriba en la jerarquía de objetos de WPF. Después de todo, utiliza la GPU para todo el trabajo gruñido gráfico.

Debe agregar objetos tan cerca de la clase "Visual" como sea posible, tan pronto como comience a agregar objetos basados ​​en este último "UIElement" le está pidiendo a WPF que rastree los clics del usuario, los desplazamientos, etc. para cada objeto, no solo dibujarlo.