¿Hay un solo evento como Changed que pueda usar para manejar ambos eventos juntos?Eventos separados para el estado comprobado y no verificado de WPF CheckBox: ¿Por qué?
¿Por qué se separaron de esta manera?
¿Es porque tener un evento único para ambos requeriría que haga referencia al control por nombre, que debería especificar en el XAML, y esto aumentaría el desorden?
IsChecked del parámetro sender (después de convertirlo a CheckBox o ToggleButton, por supuesto). Se requierenEventTriggers y similares. EventTriggers no se puede distinguir entre estado, solo por evento, por lo que se necesitan dos eventos diferentes.En términos generales: Yo no usaría los eventos en todo - Me gustaría enlazar la propiedad IsChecked a una propiedad apropiada en su ViewModel, manteniendo su código subyacente al mínimo (Lo ideal sería que ningún código personalizado en absoluto)
La división ofrece más granularidad para aquellos que la necesitan (no puede perjudicar a quienes no la necesitan) y si lo desea, puede manejar ambos eventos con un solo controlador.
<CheckBox Content="CheckBox" Name="checkBox1" Checked="checkBox1_changed" Unchecked="checkBox1_changed" />
Por ejemplo, para iniciar un guión gráfico en caso de control y detenerlo cuando se controla.