J'ai lu quelque part que Silverlight est un sous-ensemble de WPF, alors pourquoi les triggers ne sont pas utilisés dans la Silverlight et les états sont utilisés. Quelle est la différence entre ces deux, Pourquoi pas les déclencheurs sont utilisés dans Silverlight 3.0Différence dans l'état visuel et les déclencheurs
Pourquoi les déclencheurs ne sont-ils pas implémentés dans Silverlight? En fin de compte, les contraintes de ressources. L'équipe Silverlight travaillait sur un cycle de livraison très compressé, et choisissait d'implémenter VisualStateManager au lieu de déclencheurs, car ils estimaient que VSM fournissait la plupart de ce dont ils avaient besoin et serait beaucoup moins cher à implémenter que le système de déclencheur WPF complet.
Quelle est la différence entre eux? Les déclencheurs sont sous le contrôle du concepteur de gabarit: ils permettent au concepteur d'un gabarit Button de prendre en compte les états d'IU fous qui les intéressent. Les états sont sous le contrôle de l'auteur du contrôle: l'auteur du contrôle doit anticiper quels événements sont importants pour l'affichage du contrôle et les assemblent en états.
This article élargit les différences: l'article lui-même plaide pour l'approche des déclencheurs, mais les commentaires de John Gossman et Christian Schormann plaident pour les états.
Parce que silverlight est sous-ensemble de wpf. SL n'a pas cette fonctionnalité, car il n'en a pas beaucoup d'autres.