Discussion :

[Flaburgan]

Bonjour,

Je découvre WPF, et je voulais savoir s'il était possible de binder directement un composant, c'est à dire par exemple d'avoir <Grid> dans le XAML et de la binder sur une public Grid Grid dans mon ViewModel. Est-ce que ça existe ? Quelle est la syntaxe ?

Comme je n'ai pas réussi à trouver, j'ai essayé en bindant la propriété content de l'élément parent (<ScrollViewer Content="{Binding Grid}">) malheureusement au lancement de l'application j'ai l'exception "Specified element is already the logical child of another element. Disconnect it first", ce que je ne comprends pas puisque juste après avoir fait Grid = new Grid() si je fais Grid.Parent j'ai bien null...

[marcusien]

Salut,

Non ce n'est pas possible de faire ça comme ça.
C'est dans quel but ?

Y a plusieurs autres possibilités:

• Ajouter dans le code behind ta Grid dans le Content de ton ScrollViewer
• Créer une classe dérivée de Grid (ou un autre control) pour gérer toi même ta Grid (override des méthodes existantes) ou y ajouter des Dependency Properties.

Par contre je trouve ça un peu choquant d'avoir un contrôle graphique dans un ViewModel. Le ViewModel permet la réutilisation de code dans un autre contexte technique entre autre. Donc si tu veux par exemple porter ton code métier dans un projet WinForms ou Web, si tu inclus un Grid dans ton ViewModel ça risque de poser quelques soucis car elle n'existera pas dans ces technos

[Flaburgan]

En fait il ne s'agit pas d'une Grid mais d'un contrôle à moi, qui hérite de DrawingCanvas, une classe que j'ai trouvé qui hérite elle même de Canvas et ajoute les méthodes pour gérer les VisualChild plus facilement.

Je voulais faire ça simplement parce que je ne sais pas comment mettre à jour facilement mon composant perso. Avant, j'avais simplement mis un x:Name="monComposant" et dans mon viewModel j'avais accès à l'objet vue et donc je pouvais le récupérer et faire ce que je voulais dessus. Maintenant que j'essaye de passer en MVVM, je n'y ai plus accès, et ça me complique pas mal la tâche...

[marcusien]

Il n'empêche que je ne comprend pas ce que tu veux faire concrètement.

Ce qu'il y a de sûr c'est qu'un ViewModel ne peut pas interagir avec la vue directement alors que l'inverse si. Après tu as toujours la possibilité d'utiliser un pattern avec des ViewMediator qui te permettent d'interagir de ViewModel à ViewModel, de vue en vue et même en faisant un peu d'IOC de faire des actions sur la vue.

[Flaburgan]

Globalement, j'ai une liste de donnée et je veux tracer les vecteurs correspondant dans ma vue. Pour ça, j'utilise une classe à moi qui hérite d'une classe DrawingCanvas. Je n'arrive pas à voir comment je pourrais binder les données, donc j'avais fait ça sans binding, à la main quoi. Mais si tu as une solution à me proposer je suis tout ouie.

[uluquiorra]

Suggestion :

Tu te créé un userControl à partir de ton canva.
dans le .cs de ton userControl, tu ajoutes :
Une DP sur une ObservableCollection de coordonnées.
Une méthode qui redessine tous tes vecteurs dans le canvas.

Et dans le Model, tu ajoutes l'ObservableCollection de coordonnées.
Tu réalises un binding dans le xaml (de la vue) sur ta collection :

Genre :
<local:UcVecteurs x:Name="monUcVecteur" ...
ListCoord="{Binding Model.ListCoord}" ... />

Et la DP de l'userControl redessine les vecteurs dès que tu mets à jour la liste dans le Model.

[Flaburgan]

DP c'est DependencyProperty c'est ça ? Je débarque dans le monde .NET, j'ai jamais utilisé cette objet.

[uluquiorra]

DP c'est DependencyProperty c'est ça ? Je débarque dans le monde .NET, j'ai jamais utilisé cette objet.

Oui, tu codes un truc de ce genre dans le code behind de ton userControl :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
public ObservableCollection<MyVecteurClass> ObsColVecteurs
{
	get
	{
		return (ObservableCollection<MyVecteurClass>)GetValue(ObsColVecteursProperty);
	}
	set
	{
		SetValue(ObsColVecteursProperty, value);
	}
}
 
public static readonly DependencyProperty ObsColVecteursProperty =
   DependencyProperty.Register(
	  "ObsColVecteurs",
	  typeof(ObservableCollection<MyVecteurClass>),
	  typeof(UcVecteurs),
	  new FrameworkPropertyMetadata(
		 new PropertyChangedCallback(ChangeObsColVecteurs)));
 
private static void ChangeObsColVecteurs(DependencyObject source, DependencyPropertyChangedEventArgs e)
{
	(source as UcVecteurs).UpdateObsColVecteurs((ObservableCollection<MyVecteurClass>)e.NewValue);
}
 
public void UpdateObsColVecteurs(ObservableCollection<MyVecteurClass> obsColVecteurs)
{
	MethodeQuiRedessineLesVecteurs(obsColVecteurs);
}

[Flaburgan]

Merci, je vais essayer de m'inspirer de ça. Mon problème était surtout que la méthode qui re-dessine les vecteurs doit avoir accès à la vue mais que j'aurais préféré mettre tout ça dans le viewModel, pas dans le code behind..

[uluquiorra]

Merci, je vais essayer de m'inspirer de ça. Mon problème était surtout que la méthode qui re-dessine les vecteurs doit avoir accès à la vue mais que j'aurais préféré mettre tout ça dans le viewModel, pas dans le code behind..

Si j'me trompe pas, le ViewModel ne doit pas bosser sur des éléments de la vue.
Alors qu'on peut sans soucis (sans violer le MVVM ) bosser dans le code behind d'un userControl contenu dans la vue.

[marcusien]

Oui si c'est de l'affichage c'est dans la vue, ca coule de source. Rien ne t'empêche de conserver tes données relatifs à l'emplacement de tes vecteurs dans ton ViewModel et de gérer uniquement l'affichage dans le code behind de ton xaml.

Pour les Dependency Properties, juste à titre informatif, n'ait pas peur de la syntaxe, tu as un snippet intégré à Visual Studio : propdp
Et le PropertyChangedCallback, comme son nom l'indique c'est une méthode statique où tu pourras effectuer des actions quelconques juste après le changement de valeur de ta Dependency Property

[Flaburgan]

J'ai réussi, merci à tous