xaml - multi - view uwp

Cómo depurar VisualStateManager en tiempo de ejecución

Question

Hay herramientas muy útiles para depurar aplicaciones WPF en tiempo de ejecución como Snoop , WPF Inspector y Xaml Spy, que le permiten echar un vistazo a la aplicación en ejecución y monitorear valores de propiedad, cambios de DataContext, eventos de enrutamiento e incluso desencadenamiento de cambios.

Pero lo que no logré encontrar en ninguno de ellos es la forma de supervisar las transiciones de VisualStateManager (VSM) entre los estados en un control seleccionado en particular en tiempo de ejecución.

¿Hay alguna herramienta que pueda ayudar a determinar por qué un control no entra en el estado esperado particular (considerando la ausencia de código fuente para esta aplicación / biblioteca)?

Actualización: la pregunta es principalmente sobre la depuración de código compilado , cuando no tiene acceso a la fuente. Para los casos en los que tenga acceso al código fuente , esta es una buena explicación de uno de los caminos a seguir.

Answer 1

Hay algunas razones por las cuales un control no transecta sus estados.

Puede haber más de un VisualStateGroup y se ha nombrado como algo.

Llamar a un estado visual antes de que se cargue un control.

VisualState se aplicará solo después de la llamada OnApplyTemplate del control.

si hay algún error de sintaxis

Sin embargo, los estados visuales no son compatibles con algo, pero se puede depurar con el valor de retorno del método GoToState.

Espero que esto sea útil ...