Quelle est la différence entre la commande wpf et événement ?
5 Réponses :
Vous pouvez lier la commande WPF dans la vue (xaml) et recevoir l'événement soulevé. De cette façon, vous n'avez pas à utiliser le code derrière qui est un non-non dans MVVM.
Ainsi, l'élément de liaison est très important. Mais il implémente également canexecute qui rend normalement votre contrôle désactivé s'il renvoie false, par exemple. Si c'est un bouton.
Vos commentaires sont appréciés plus si vous incluez plus de détails et plus de références si possible. Pour un débutant, vos commentaires ont des références qui affèrent que les développeurs WPF peuvent suivre. Merci
En règle générale, vous pouvez faire presque la même chose avec des événements que avec des commandes, il s'agit simplement d'un modèle différent de la manipulation d'interaction utilisateur.
Les commandes sont plus complexes à mettre en œuvre au début, de sorte que votre application est petite, vous devriez envisager de rester à des événements. Commandes Dans WPF vous permet de déplacer la mise en place d'un gestionnaire de commande sur la couche d'entretien. Les commandes combinent l'état et l'exécution de l'état, de sorte que tout est en place. Readez plus en recherchant le motif MVVM.
La commande est couramment utilisée dans la SOA et les événements dans l'architecture d'événements (EDA).
"Les commandes dans WPF vous permettent de déplacer la mise en œuvre d'un gestionnaire de commande à la couche d'entretien." ce n'est pas vrai. Ce doit être "en dehors de la vue".
@Aliostad IMHO, une "couche d'entreprise" est en général "en dehors de la vue".
Je n'accepterai pas cela; Les commandes sont une caractéristique très puissante et utile du WPF et offre de nombreux avantages par rapport aux événements. Si vous envisagez du WPF sérieusement, vous devez commencer à utiliser des commandes dès que possible. Cela simplifie vraiment le développement et est vraiment facile à utiliser (vous devrez passer du temps au maximum).
@akjoshi je n'ai rien dit différent. Pour les petits projets, je n'utiliserais tout simplement pas de commandes en raison de leurs frais généraux.
Grandement parlant, limitation de la commande la commande est l'encapsulation de objet (bouton, menu) Activer / Désactiver l'état et l'action.
:
Dans les événements, une action est étroitement couplée à sa source et ne peut pas être réutilisée librement; Utilisation des commandes Vous pouvez facilement conserver diverses actions en une seule place et les réutiliser n'importe où dans l'application.
Qu'est-ce qui fait des commandes différentes d'un Gestionnaire d'événements simple attaché à un bouton ou une minuterie est cette commande séparer la sémantique et le l'origine d'une action de sa logique. Cela permet aux sources multiples et disparates d'invoquer la même logique de commande et permet à la logique de commande d'être personnalisée pour différentes cibles.
pris de - Aperçu général: http: //msdn.microsoft.com/en-us/library/ms752308(v=vs.90).aspx
Cet article explique le concept de commandes et doit lire avant d'utiliser des commandes.
Ceci alors le thread est également de nombreuses informations utiles. :
Le code qui exécute lorsque la commande est appelée se trouve dans les commandes wpf avoir des commandes intégrées: commandes est similaire à des événements sauf que nous pouvons associer n'importe quel nombre de commandes d'interface utilisateur ou de gestes d'entrée à une commande et de lier cette commande à un gestionnaire exécuté lorsque le contrôle est activé ou des gestes sont effectués. commande garder la piste météo ou non, ils sont disponibles. S'ils ne sont pas disponibles, tous les contrôles associés à cette commande sont désactivés. exécutant gestionnaire d'événements.
Le code qui détermine est la commande peut être ou ne peut pas être appelé se trouve dans les commandes canexecute gestionnaire d'événements.
Le sujet et la description de la question ne correspondent pas du tout.