Commande avec arguments dans une architecture MVVM

Version imprimable

bonjour

j'aimerai savoir en silverlight 3, avec mvvm, comment effectuer une commande avec plusieurs paramètres?

dans ma couche viewModel, j'ai ce code
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 #region SaveCommand private void CommandeAjouterPersonnel() { AjouterPersonnel = new RelayCommand(ExecuteSaveCommand); } public ICommand AjouterPersonnel { get; internal set; } public void ExecuteSaveCommand(int num, string nom, string prenom, string mail, string fonction) { srvPersonnelClient.ajouterPersonnelAsync(num, nom, prenom, mail, fonction); } #endregion
mon problème est que mon new RelayCommand(ExecuteSaveCommand) ne fonctionne pas, jai

Citation:

La méthode surchargée correspondant le mieux à Galasoft.MvvmLight.Command.RelayCommand(System.Action) possède des arguments non valides

je ne sais pas quoi mettre à mon ExecuteSaveCommand ?

également dans ma vue, code xaml, comment appeler ce ICommand avec paramètre sur clic d'un bouton ?

23/07/2010, 18h52
Pragmateek

Tu peux utiliser un objet agrégeant tous les paramètres de la commande : une propriété par paramètre; puis binder les propriétés de cet objet à la view.

ICommand.Execute ne prend qu'un seul paramètre, donc la seule solution est de créer une classe qui regroupe les paramètres :

Code:

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
class SaveCommandArgs
{
    public int Num { get; set; }
    public string Nom { get; set; }
    public string Prenom { get; set; }
    public string Mail { get; set; }
    public string Fonction { get; set; }
}
 
...
 
        #region SaveCommand
 
        private void CommandeAjouterPersonnel()
        {
            AjouterPersonnel = new RelayCommand<SaveCommandArgs>(ExecuteSaveCommand);
        }
 
        public ICommand AjouterPersonnel { get; internal set; }
 
        public void ExecuteSaveCommand(SaveCommandArgs args)
        {
            srvPersonnelClient.ajouterPersonnelAsync(args.Num, args.Nom, args.Prenom, args.Mail, args.Fonction);
        }
 
        #endregion

26/07/2010, 14h08
johnaliashead

ok mais côté xaml comment on utilise cette méthode tout en évitant de trop écrire dans le code behind ?
26/07/2010, 14h50
tomlev

Y a pas vraiment de moyen simple... c'est entre autres pour ça que la plupart du temps les commandes n'ont pas de paramètres, ou alors un seul. Il vaudrait mieux que tu passes rien à la commande, et que tu récupères les infos dont tu as besoin à partir des propriétés du ViewModel
26/07/2010, 15h18
johnaliashead

dans ce cas mvvm n'est pas appliqué correctement aussi, car le couplage redevient fort. En plus j'ai structuré programme en couches, pas dans des dossiers mais bien dans des nouveaux projets Silverlight, et donc mon viewModel ne peut pas voir les propriétés de mes view...
arf en fait je pense qu'avec ce bloquage je vais devoir créer ma classe d'arguments directement du code behind de ma view et faire l'appel à ma méthode une fois la classe instancié et renseigné.

silverlight c'est bien pour faire de jolies applis, mais quelle galère je trouve quand on veux faire une appli un peu poussée niveau métier :(

merci pour ces infos en tout cas ;)
26/07/2010, 15h31
tomlev

Citation:

Envoyé par johnaliashead

mon viewModel ne peut pas voir les propriétés de mes view...

Il n'est pas question que le ViewModel accède aux propriétés de la vue, ce serait totalement contraire à l'esprit de MVVM. C'est les contrôles de la vue qui doivent être bindés sur le ViewModel

Si je saisis bien ton problème, tu as un formulaire avec des champs num, nom, prenom, email et fonction ? dans ce cas tu bindes les TextBox du formulaire aux propriétés du ViewModel, et dans le save tu accèdes directement à ces propriétés; pas besoin de passer quoi que ce soit en paramètre... Ou alors j'ai pas compris ce que tu cherchais à faire

Citation:

Envoyé par johnaliashead

silverlight c'est bien pour faire de jolies applis, mais quelle galère je trouve quand on veux faire une appli un peu poussée niveau métier :(

Peut-être parce que tu n'appliques pas bien le pattern ;)
26/07/2010, 16h18
johnaliashead

oui voilà je compte remplir plusieurs champs et valider ma saisie.

en effet je ne voyais pas ce traitement de la même façon que toi. J'étais plus dans l'idée que le binding servait à afficher des données d'une bdd par exemple... mais là je comprend mieux la logique. dans mon ViewModel je crée un objet Personne avec les champs correspondants (num nom prenom...) que je binde a mes textbox, et à l'appel de ma méthode je récupère l'objet rempli..

ok merci je ne le voyai pas comme ça ;)