Comment dessiner sur une Fenêtre WPF (meilleures pratiques)?

Je suis en train d'écrire un petit jeu interactif-comme application, où j'ai besoin d'avoir un Draw méthode qui va dessiner sur l'écran, mais ne peut pas comprendre comment la structure de la méthode pour WPF.

Si c'était Winforms, j'ai pu utiliser:

public void Draw (Graphics g)
{

}

Mais pour un WPF Window, que dois-je avoir sur elle dans le xaml (actuellement seulement un Grid), et ce qui devrait ce Draw méthode recevoir comme argument?

D'abord je tiens à le faire de cette façon pour le faire fonctionner, alors je peux penser à la façon de la rendre plus WPF, etc. Mais maintenant, je suis plus intéressé à obtenir que cela fonctionne.

Pour tout à fait un dessin rapide dans WPF voir cet exemple complet stackoverflow.com/questions/16107877/fast-2d-graphics-in-wpf

InformationsquelleAutor Joan Venge | 2011-04-07

.net c#graphics wpf xaml

19

En général, vous "dessiner" dans WPF dans une manière complètement différente.

Dans les Windows Forms/GDI, l'API graphique est un mode immédiat API graphique. Chaque fois que la fenêtre est actualisé/invalidé, vous attire expressément le contenu à l'aide de Graphiques.

Dans WPF, cependant, les choses sont différentes. Vous rarement jamais dessiner directement - au lieu de cela, c'est un mode retenu API graphique. Vous dites WPF où vous voulez que les objets, et il prend soin de le dessin pour vous.

La meilleure façon de le penser il est, dans les Windows Forms, vous auriez du dire "Tracez une ligne à partir de X1 et Y1. Puis tracez une ligne à partir de X2 et Y2. Alors ...". Et vous répétez cette opération chaque fois que vous devez à "redessiner" depuis l'écran est invalidé.

Dans WPF, au lieu de cela, vous dites "je veux une ligne de X1 et Y1. Je veux une ligne de X2 Y2." WPF puis de décider quand et comment le dessiner pour vous.

Ceci est fait en plaçant les formes sur une Toile, et de laisser ensuite WPF faire tout le travail dur.
- Grâce Reed, je suis allé avec cette route, mais maintenant j'ai couru dans un problème qui ne me permet pas de mettre à jour la toile à partir d'un autre thread (j'utilise du Système.Les minuteries.La minuterie), message d'Erreur est " Le thread appelant ne peut pas accéder à cet objet, car un autre thread en est le propriétaire.' Des idées?
- Vous ne pouvez pas juste comme WinForms - tous les éléments d'INTERFACE utilisateur qui doit arriver sur le thread de l'INTERFACE utilisateur, de sorte que vous aurez besoin d'utiliser Répartiteur.Invoquer pour marshaler le thread d'INTERFACE utilisateur.
- Grâce Reed je l'ai fait et ça fonctionne. Mais une chose que je voulais vous demander c'est lié, j'en suis à créer beaucoup de Line objets, mais il se plaint que je peux pas faire à l'extérieur de la STA. Ne sont pas Line objets indépendants à partir de l'INTERFACE utilisateur jusqu'à ce que je ajouter? Je veux juste créer dis 1000 d'entre eux et de passer ensuite à la toile à l'aide de l'expéditeur, au lieu d'appeler le Répartiteur 1000 fois.
- Ligne de objets un élément de l'interface utilisateur, de sorte qu'ils ont à faire sur le répartiteur. Ma suggestion - Faire de transformation pour la création de la collecte des informations requises pour créer les lignes, et c'est l'expédition et de créer des lignes d'un seul coup.
- Grâce Reed. Lorsque vous avez dit "faire d'un seul coup", entendez-vous tracer les lignes en boucle? Si l'expédition une fois, mais cette fois juste pour tracer les lignes (un appel par ligne)?
- Exactement un envoi appel, en passant (ou la fermeture de plus) la collection de la ligne info, qui parcourt et s'appuie l'ensemble de la collection de lignes en "one shot". De cette façon, vous réduisez le marshaling des frais généraux.
- Également Reed, pensez-vous que je devrais être à l'aide de LineGeometry au lieu de Line? Je veux seulement comme des formes, et non cliquable contrôles. Je vois, il y a des formes comme des Line, Ellipse, mais ils ont aussi LineGeometry et EllipseGeometry types. Connaissez-vous la différence entre eux?
- est utilisée pour construire un Path instance. Si les lignes de toutes les propriétés de partage (c'est à dire: une seule couleur, etc), vous pouvez mettre beaucoup de LineGeometry instances dans un Path, et en tirer les Path. Si ils sont tous de couleurs différentes largeurs/etc, alors il suffit d'utiliser la Ligne.
- Non - vous ajouter tous les LineGeomoetry des cas, à un Chemin (qui est un élément de l'INTERFACE utilisateur, comme la Ligne). Depuis qu'ils sont gelé, vous pouvez probablement construire sur un thread d'arrière-plan et de les Congeler (), je crois, et puis les réutiliser dans le Chemin d'accès (construit sur le thread d'INTERFACE utilisateur) - mais je n'ai pas essayé.
- Grâce Reed, je vais utiliser LineGeometry puis, ils sont tous de la même couleur, épaisseur, etc. Mais est LineGeometry un élément de l'INTERFACE utilisateur comme Line? Aussi ce pourrait augmenter la vitesse de mon application, à droite? Étant donné que je vais avoir 1 LineGeometry au lieu de Line, droit?
- Grâce Reed, désolé, je ne pouvais pas éditer mon commentaire avait donc de le reposter. Je l'ai eu, maintenant, va essayer. Merci.
InformationsquelleAutor Reed Copsey
9

Quand il y a juste trop d'objets à tirer très rapidement (Visuel énorme Arbre) une autre option serait d'utiliser un WriteableBitmap. Utilisez simplement le Pixels de propriété pour définir les pixels et/ou de l'utilisation de la Render méthode pour dessiner UIElements.

InformationsquelleAutor Erno de Weerd
6

J'préférez utiliser la méthode OnRender comme dans cet exemple:
```
protected override void OnRender(DrawingContext drawingContext)
{
    base.OnRender(drawingContext);
     drawingContext.DrawRectangle(null, new Pen(Brushes.Black, 2), new Rect(0, 0, ActualWidth, Height));
}
```
- Cela fonctionne, mais est rarement une bonne idée en WPF. C'est généralement une bien meilleure pratique à utiliser de la Toile.
- N'est-ce pas aussi une question de performance, avec des Toiles d'être plus lourd?
- Quelle est la différence entre l'utilisation de ce vs dessin sur une toile? DrawingContext dessine au-dessus de tout? Comme un supérieur de la superposition de la couche?
- C'est faux, j'ai peur. Le DrawingContext pour un contrôle de tirage pour que l'arrière-plan du contrôle
InformationsquelleAutor Marek Kwiendacz
3

De mettre en Œuvre un Tirage au sort de la boucle type de comportement dans WPF, vous pouvez utiliser le CompositionTarget.Le rendu événement. Ce est soulevée une fois par image lors de la WPF dessin du système est la peinture des cadres.

Comme d'autres l'ont souligné, ce n'est pas très WPF sympa, mais il va travailler et peut être utilisé pour obtenir plus immédiate dessin le comportement d'une application WPF.

Dans la plupart des cas, vous devriez utiliser une unique racine de la toile et de la mise à jour de dire la Toile de la position d'un élément sur la CompositionTarget.Le rendu de l'événement.

Par exemple pour faire une ellipse à la mouche sur l'écran ce faire:

Dans votre XAML (Pour une Fenêtre qui est de 640 par 480 taille):
```
<Canvas x:Name="theCanvas">
    <Ellipse x:Name="theEllipse" Height="10" Width="10" Fill="Black" />     
</Canvas>
```
Dans votre Code derrière la Fenêtre ci-dessus XAML est dans (assurez-vous d'ajouter une référence à System.De Windows.Les médias afin de voir les CompsitionTarget objet :
```
    public static Random rand = new Random();
    public View()
    {
        InitializeComponent();
        CompositionTarget.Rendering += CompositionTarget_Rendering;
    }

    void CompositionTarget_Rendering(object sender, System.EventArgs e)
    {
        double newLeft = rand.Next(0, 640);
        double newTop = rand.Next(0, 480);

        theEllipse.SetValue(Canvas.LeftProperty,newLeft);
        theEllipse.SetValue(Canvas.TopProperty, newTop);
    }
```
InformationsquelleAutor Brad Cunningham
2

Yow convient d'en ajouter une Toile (ou de modifier la Grille pour une Toile) et ensuite tirer sur elle. Voici Microsoft tut sur le dessin sur une toile

Aussi, je ne sais pas comment connexes est cette autre question à la vôtre, mais vous pourriez vouloir vérifier.

InformationsquelleAutor felixmm

Vous devez vous connecter pour publier un commentaire.